☰

在 USB 上以 root 身分掛起

tag-icon • tag-icon usb dell suspend ext4
在 USB 上以 root 身分掛起

我有一台從 USB 儲存空間上的根檔案系統運行 Ubuntu 14.04 的筆記型電腦。這不能很好地工作，因為從掛起喚醒後，ext4 會頻繁地在 USB 準備好之前嘗試寫入根檔案系統。

這是發生這種情況時我在核心日誌中看到的內容，請注意我如何在 上收到一堆 I/O 錯誤sda1，然後一秒鐘後 USB 儲存驅動器最終被核心檢測到。

[ 2826.517419] wlan0: associated
[ 2826.517452] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 2827.575371] EXT4-fs warning (device sda1): ext4_end_bio:317: I/O error -5 writing to inode 1733735 (offset 0 size 0 starting block 12629950)
[ 2827.575380] Buffer I/O error on device sda1, logical block 12629694
[ 2827.575400] EXT4-fs warning (device sda1): ext4_end_bio:317: I/O error -5 writing to inode 3148603 (offset 0 size 8192 starting block 12844470)
[ 2827.575404] Buffer I/O error on device sda1, logical block 12844212
[ 2827.575411] Buffer I/O error on device sda1, logical block 12844213
[ 2827.575448] EXT4-fs warning (device sda1): ext4_end_bio:317: I/O error -5 writing to inode 3015015 (offset 0 size 90112 starting block 6588832)
[ 2827.575453] Buffer I/O error on device sda1, logical block 6588576
[ 2827.575461] Buffer I/O error on device sda1, logical block 6588577
[ 2827.575465] Buffer I/O error on device sda1, logical block 6588578
[ 2827.575469] Buffer I/O error on device sda1, logical block 6588579
[ 2827.575473] Buffer I/O error on device sda1, logical block 6588580
[ 2827.575477] Buffer I/O error on device sda1, logical block 6588581
[ 2827.575481] Buffer I/O error on device sda1, logical block 6588582
[ 2828.857284] sd 0:0:0:0: [sda] No Caching mode page found
[ 2828.857293] sd 0:0:0:0: [sda] Assuming drive cache: write through

起初，在核心日誌之外沒有任何可見的跡象表明問題已經觸發，但如果我讓 Ubuntu 繼續運行超過這一點，那麼檔案系統將出現錯誤並最終切換到唯讀模式。此時，我必須重新啟動進入復原模式並fsck.ext4從 root shell 手動運行才能修復檔案系統。

我是否可以更改某些設置，以便可以延遲從掛起喚醒後對根設備的訪問，直到 USB 驅動器準備就緒？

答案1

此問題僅出現在 USB 裝置上，而不會出現在其他裝置上，原因有二：

  • 與其他儲存媒體不同，USB 儲存依賴核心執行緒進行操作。
  • 當從掛起狀態恢復時，核心同時喚醒所有執行緒。

結果是，在復原期間，USB 系統一方面嘗試偵測媒體和系統日誌，另一方面嘗試將掛起和復原的日誌訊息寫入磁碟之間會發生競爭。

如果 syslog 碰巧在偵測到 USB 裝置之前嘗試寫入，ext4 就會出現錯誤，由於某種原因，該錯誤沒有得到乾淨的處理，最終檔案系統將需要手動執行 fsck。

我找到的解決方案是在喚醒其他執行緒之前給內核執行緒 12 秒的啟動時間。為了使其正常工作，我必須對核心進行以下更改：

--- linux-3.13.0/kernel/power/suspend.c.orig    2014-01-20 03:40:07.000000000 +0100
+++ linux-3.13.0/kernel/power/suspend.c 2014-08-04 00:57:43.847038640 +0200
@@ -299,6 +299,8 @@
        goto Resume_devices;
 }

+unsigned int resume_delay = 0;
+
 /**
  * suspend_finish - Clean up before finishing the suspend sequence.
  *
@@ -307,6 +309,15 @@
  */
 static void suspend_finish(void)
 {
+       if (resume_delay) {
+               /* Give kernel threads a head start, such that usb-storage
+                * can detect devices before syslog attempts to write log
+                * messages from the suspend code.
+                */
+               thaw_kernel_threads();
+               pr_debug("PM: Sleeping for %d milliseconds.\n", resume_delay);
+               msleep(resume_delay);
+       }
        suspend_thaw_processes();
        pm_notifier_call_chain(PM_POST_SUSPEND);
        pm_restore_console();
--- linux-3.13.0/kernel/sysctl.c.orig   2014-08-04 08:11:26.000000000 +0200
+++ linux-3.13.0/kernel/sysctl.c        2014-08-03 23:27:23.796278219 +0200
@@ -277,8 +277,17 @@
 static int max_extfrag_threshold = 1000;
 #endif

+extern unsigned int resume_delay;
+
 static struct ctl_table kern_table[] = {
        {
+               .procname       = "resume_delay",
+               .data           = &resume_delay,
+               .maxlen         = sizeof(unsigned int),
+               .mode           = 0644,
+               .proc_handler   = proc_dointvec,
+       },
+       {
                .procname       = "sched_child_runs_first",
                .data           = &sysctl_sched_child_runs_first,
                .maxlen         = sizeof(unsigned int),

相關內容