[SA HW2] 在 mount 後第一個測資過不了

[莊婷馨]

助教好：

我完成到 2-3 的第一個測資（check-lvm-raid）時，judge上面都還可以正常的用 ssh 連線，但在嘗試 mount 之後就會過不了第一個測資，且 umount 之後也無法復原，顯示的錯誤訊息是 [Error]: sysadm should be login via SSH, adjust your the setting!

我自己在本機上面用 ssh 和 sftp 都可以正常連線，如附檔所示，想請問助教是否能提示我可能的錯誤，謝謝！

[莊婷馨]

助教好：

後來嘗試如果是寫在 /etc/fstab 裏面，用 mount -a 一次把所有 subvolume 掛載的話，就不會發生上述的問題。

上述的問題會發生在單獨掛載其中一個 subvolume 之後，如 sudo mount -o subvol=sftp /dev/mapper/SA2025vg-SARaid10 /mnt/tmp

目前問題看起來是解決了，但還是不太清楚會出現問題的原因，謝謝助教。

莊婷馨 在 2025年11月10日 星期一晚上10:15:40 [UTC+8] 的信中寫道：

[許仲宇]

同學您好：

從您的敘述中，我仍難以確認問題的原因，建議如果再次遇到問題可以在 submit 時監聽 ssh 的 log 以確認無法連線的原因
（如果沒有看到有意義的資訊，可以調整 log level）。
您也可以檢查您沒 mount 到的 subvolume 或是 mount target 內是否包含任何 ssh 連線時可能會檢查的檔案。

謝謝

TA hsuchy

bonniech...@nycu.edu.tw 在 2025年11月12日 星期三下午1:47:03 [UTC+8] 的信中寫道：

[張鈞博]

助教您好，就如您所提到，因為作業要求
  Subvolume root要mount到 /mnt/hw2

                       sftp要mount到/mnt/sftp

但因為我sysadm當時為了要讓它登入sftp時起始位置在$SFTP_ROOT (HW2-1 Requirament: The SFTP start directory of All user should at $SFTP_ROOT )  

所以以我把sysadm給搬家到了sudo usermod --home /mnt/hw2/sftp sysadm

所以現在ssh key也在/mnt/hw2/sftp裡面(就這樣順利通過了HW2-1的側資)

我現在也遇到類似的問題了，mount完之後連第一個側資都過不了，是mount target裡面不能有ssh連線時可能會檢查的檔案 嗎?

如果是這樣是不是我不能幫sysadm搬家。。

謝謝助教

twofour...@nycu.edu.tw 在 2025年11月12日 星期三下午4:03:22 [UTC+8] 的信中寫道：

[莊婷馨]

助教您好：

在剛剛我單獨把 root volume mount 到 /mnt/tmp 之後（其他 subvolume 都 mount 在 spec 規定的位置），突然又無法通過第一項測資，因此根據助教的建議監聽了 ssh 的 log（有調整 log level 到VERBOSE，跑的指令是 sudo tail -f /var/log/auth.log）

測試結果是如果在本機上面連線虛擬機會有正常的 log，從 OJ submit 則完全不會有 log 產生

原先我的每個 user 的 authorized_keys 都是放置在各自的 home/.ssh/authorized_keys，我有分別測試共同使用 /etc/ssh/authorized_keys_shared 或是 /mnt/hw2/authorized_keys_shared，但結果和上述相同

有發現在執行 sudo umount /mnt/hw2/sftp 時會有錯誤訊息 ‘umount: /mnt/hw2/sftp: target is busy.‘，但其他的 subvolume unmount 時都沒有相同的問題，想請問助教這是否代表有使用到 /mnt/hw2/sftp 中的檔案？（有使用 lsof 和 fuser 檢查，但皆無顯示）

或是我有其他的檔案可以檢查的嗎？

謝謝助教！

twofour...@nycu.edu.tw 在 2025年11月12日 星期三下午4:03:22 [UTC+8] 的信中寫道：

同學您好：

[許仲宇]

張鈞博同學 您好：

• 「 是mount target裡面不能有ssh連線時可能會檢查的檔案 嗎? 」

您可以自己實驗看看 mount 一個東西上去 target directory 後，會對 target directory 原本的內容帶來甚麼影響

• 「 如果是這樣是不是我不能幫sysadm搬家 」

有可能

另外，SSH 相關的連線問題發生時，也請您先檢查 VPN 是否正常運作

謝謝

TA hsuchy

poposolo...@nycu.edu.tw 在 2025年11月13日 星期四晚上7:32:35 [UTC+8] 的信中寫道：

[許仲宇]

莊婷馨同學 您好：

• 「從 OJ submit 則完全不會有 log 產生 」

比較可能是網路問題，建議您先嘗試重啟 VPN，您也可以嘗試看看 ping VPN 提供給您的網段中最後一個可用 IP，來判斷自己與 OJ 的連線是否有通

• 「 ‘umount: /mnt/hw2/sftp: target is busy.‘ 」

可能是有 process 正在使用 SFTP 內的檔案，或是其他狀況（socket 之類的）
您也可以試試 recurivesly unmount

• 「在剛剛我單獨把 root volume mount 到 /mnt/tmp 之後」

您也可以試試看其他 mountpoint，或許有些 process 會使用 /mnt/tmp 放暫存資料

謝謝

TA hsuchy

bonniech...@nycu.edu.tw 在 2025年11月14日 星期五凌晨2:13:06 [UTC+8] 的信中寫道：

[莊婷馨]

助教您好：

我嘗試了重啟 VPN 和 ping IP，看起來連線是正常的（圖一），但還是會卡在第一個測資，也收不到 ssh 的 log。

在本機上面連線虛擬機也是正常的（log 如圖二）
有嘗試把虛擬機的網路設定由 NAT 改成 Bridged，但情況和上述相同；也有檢查防火牆設定，應該都是正確的。

想請問助教還有方法可以修這個問題嗎？謝謝。

twofour...@nycu.edu.tw 在 2025年11月14日 星期五凌晨2:39:00 [UTC+8] 的信中寫道：

[許仲宇]

同學您好：

您的 VPN 網段內最後一個可用 IP 是 192.168.2.190。192.168.2.177 是您自己的 VPN 網卡 IP，再請您重新嘗試

並且在您的 submission 紀錄中觀察到 12:00 和 16:40 左右皆有系統成功連線的情況，希望能知悉您在這些點是如何修復使系統跟 OJ 得以連線的，以利推測故障原因，謝謝

TA hsuchy

bonniech...@nycu.edu.tw 在 2025年11月14日 星期五下午5:51:17 [UTC+8] 的信中寫道：

[莊婷馨]

助教您好：

謝謝助教，確認 ping 192.168.2.190 沒有反應，但 wg.service 是有啟動的！

另外您提到的成功連線的狀態，12:00 左右那次修復，是在我將 root volume mounting point 從 /mnt/tmp 換到 /mnt/btrfs_root 之後，突然就恢復了，但不確定他和 wg 是否有關聯（這時候是用宿網）。

12:00-16:30 一直有透過 SnApper script 做 mount 和 unmout，但還在使用宿網的時候都可以正常連線。

到 16:30 時改用手機熱點連線 OJ，這時候就無法通過第一項測資。

另外您說的 16:40 左右的正常連線，是從我備份的虛擬機連線的，進度是大約到 SnApper 前，一樣是用手機熱點，但似乎因為網速過慢所以會在 check-log timeout。

從備份虛擬機回到原本的虛擬機，第一項測資依舊無法通過。

謝謝助教！

twofour...@nycu.edu.tw 在 2025年11月14日 星期五下午6:10:59 [UTC+8] 的信中寫道：

[許仲宇]

同學您好：

您可以用  wg-quick down wg0 && wg-quick up wg0 重啟 wireguard interface。當網路環境發生改變（例如切換熱點/宿網）時建議您如此嘗試
另外，想確認您在進行備份（是指 VM 的 Snapshot？）以及切換至備份時，是否有完整的將 VM 關機後再進行。

目前您遇到的問題原因仍不明朗，為了節省您的時間，建議您盡可能在穩定的系統與網路狀態下進行
並盡量在切換您設定的 mountpoint 前（考慮到您說發生故障的起因通常是在切換 mountpoint 後）為系統關機並打 snapshot
以減少您排除錯誤以及您和助教來往信件溝通的時間成本

謝謝

bonniech...@nycu.edu.tw 在 2025年11月14日 星期五下午6:53:10 [UTC+8] 的信中寫道：

[莊婷馨]

助教您好：

我剛剛把原本的 wg service 關掉，重新開了一個 wg0.conf 並且 enable 之後順利連上了！

備份的部分我是直接 clone 了一個完整的虛擬機 哈哈哈...

應該有很大可能是 wg 造成的問題（我也不確定第一次出現問題時，除了在 mount 之外有沒有更換網路環境）

感謝助教的協助！

twofour...@nycu.edu.tw 在 2025年11月14日 星期五晚上7:16:49 [UTC+8] 的信中寫道：