Pertanyaan Slow boot - “pekerjaan awal sedang berjalan untuk dev-disk-by…”


Saya tidak ingat ketika masalah mulai terjadi tetapi kemungkinan ketika saya memindahkan gambar VMWare Ubuntu saya ke SSD eksternal sehingga saya dapat menggunakan OS pada PC saya. Tidak banyak tautan di Google tentang masalah ini tetapi masalah yang muncul berbicara tentang fstab. Sebagai contoh.

Sebutan harus menghapus partisi swap dan membuatnya lagi.

Saya dapat mencoba melakukan ini dengan Gparted tetapi perhatian utama saya adalah kehilangan pengaturan saya saat ini di Ubuntu karena saya tidak sepenuhnya yakin apa yang akan terjadi jika saya mengacaukan swap seperti yang disarankan di utas. Adakah yang bisa membantu?

Screenshot


75
2017-12-18 20:45


asal


Anda mungkin ingin mengkloning SSD Anda dan kemudian Anda dapat menjatuhkan diri Anda :) (Coba CloneZilla untuk ini) - Grammargeek
Hah ya, saya kira saya bisa melakukan itu. Saya akan menunggu sampai saya pulang dari liburan sehingga saya dapat memindahkannya ke tempat di mana saya memiliki lebih banyak ruang - cpd1
Saya akhirnya memperbaiki ini. Saya tidak berpikir ada pertukaran jika saya pergi oleh Gparted. Saya akhirnya membuat satu dan mengubah entri di fstab. Itu berhasil dan tidak ada lagi 90 detik boot - cpd1
jika Anda memecahkan masalah Anda sendiri, buatlah jawaban Anda sendiri dan klik tanda centang untuk menandainya sebagai terselesaikan :) - Grammargeek
Masuk akal ... Saya telah menambahkannya - cpd1


Jawaban:


Jika Anda mendapatkan "pekerjaan awal yang dimulai oleh dev-disk-by .." diikuti dengan penundaan 90 detik selama setiap boot, selesaikan langkah-langkah berikut:

  1. Instal gparted menggunakan Pusat Perangkat Lunak
  2. Buka gparted dan lihat partisi apa yang digunakan Ubuntu saat ini
  3. Edit file fstab menggunakan baris di bawah ini.

    sudo -H gedit /etc/fstab
    
  4. Temukan perangkat yang saat ini tidak Anda gunakan

  5. Masukkan a # dan ruang di awal baris itu mengomentarinya.

  6. Setel ulang, semoga berfungsi untuk Anda!


81
2018-04-04 05:06



Petunjuk langkah demi langkah membantu semua orang! Terima kasih! - John Hall
Saya menandai Anda sebagai jawaban karena Anda memberikan langkah-langkahnya - cpd1
+1 ... bagi mereka yang tidak dapat menemukannya /etc/fstab, Anda juga bisa memeriksanya /etc/crypttab - itu adalah kasusku. - meta
Jika ini adalah ID blok yang berubah, bukannya mengomentarinya saya lebih suka memperbaiki id perangkat - Gunakan lsblk -f untuk melihat perangkat apa yang terkait dengan id dan mengganti id. - user1708042
Apa yang berhasil bagi saya adalah mengubah langkah 4 menjadi: "Salin UUID yang ditemukan di gparted untuk perangkat yang menyebabkan penundaan saat boot", dan langkah 5 ke: "Ganti di mana perangkat ditemukan di file fstab". Kadang-kadang ketika Anda mengubah langkah partisi perubahan UUID dan itulah yang menyebabkan masalah. Anda hanya perlu memperbaiki UUID baru untuk partisi yang dimodifikasi. - m4l490n


Sepertinya masalahnya adalah karena fakta bahwa meskipun fstab memiliki entri untuk swap, sebenarnya tidak ada. Saya menggunakan GParted untuk mengubah ukuran partisi dan membuat Swap baru. Saya kemudian menyalin UUID ke file fstab ...

  1. Saya sekarang memiliki swap
  2. Dan boot turun menjadi dalam hitungan detik vs 90+ detik

28
2017-12-31 01:56



Saya mengubah ukuran partisi utama saya (menghapus / membuat ulang swap) dan berlari ke masalah ini. Saya menggunakan 'sudo blkid' untuk daftar perangkat oleh UUID dan daripada menggunakan UUID baru di / etc / fstab. - Brad Goss
@BradGoss terima kasih yang memperbaikinya! - JREAM


Saya memiliki masalah yang sama setelah mengubah ukuran partisi utama saya pada VM saya sejak itu gparted langsung memaksa saya untuk menghapus & memulai kembali swap saya untuk melakukannya. Itu menyebabkan UUID baru diatur yang tidak sesuai dengan file fstab.

Untuk menghindari masalah, di /etc/fstab Anda juga bisa

  • Ganti UUID dengan yang baru (jalankan sudo blkid untuk menemukannya) setelah mengubah ukuran partisi utama.

  • Atau, komentari partisi swap sebelum (atau setelah) mengubah ukuran partisi primer.

Saya akan merekomendasikan yang pertama karena ini adalah cara OS diatur.


21
2017-08-09 18:24



Ini jawaban yang benar! Terimakasih kawan. - CppChase
Membantu saya juga setelah memindahkan partisi swap saya - Humpawumpa


Dalam kasus saya, saya sebelumnya telah menggunakan swap terenkripsi, dan pekerjaan startup disebutkan /dev/mapper/cryptswap1. Untuk mengatasi masalah saya juga harus menghapus file /etc/crypttab, di samping langkah-langkah yang dijelaskan dalam jawaban oleh William MacDonald.


13
2017-09-28 11:40





Saat mengubah ukuran atau menghapus partisi dengan gpart, Anda sering harus membuat partisi swap baru.

Kemudian diperlukan untuk mengaktifkan swap melalui gparted setelah pembuatannya (ada perintah "Activate swap").

Selanjutnya Anda harus menyalin UUID yang baru ke dalam / etc / fstab untuk me-mountnya ketika boot OS akan berusaha menemukannya tetapi sia-sia karena file fstab berisi UUID yang merujuk pada swap lama. Gparted memberikan informasi untuk UUID tetapi Anda dapat dengan mudah menjalankan di terminal:

sudo blkid

untuk menemukannya.


3
2017-09-01 17:09





Saya mengalami masalah yang sama saat booting.

Di dalam saya /etc/fstab file, partisi saya jika didefinisikan sebagai /dev/sda1, /dev/sda2, dll, tetapi ketika boot, beberapa kali muncul pesan "Pekerjaan awal sedang berjalan untuk dev-sdx"(" x "mendefinisikan unit atau partisi mana yang terpengaruh).

Untuk mengatasinya, saya mengubah nilainya /dev/sdx oleh UUID dari partisi. Untuk melihat UUID, dari terminal run lsblk -f. Kemudian, salin UUID dari partisi yang terpengaruh dan tuliskan /etc/fstab file, menggantikan /dev/sdax sebagai berikut: /dev/sda1 berubah menjadi UUID=xxxxxxxxxxxxxxxxxx.

Ini berhasil bagi saya, semoga info ini bermanfaat.


2
2018-04-23 09:30



Iya nih. Inilah masalah yang dipecahkan oleh UUID. Sistem me-mount partisi apa pun dengan ID itu, terlepas dari perangkat apa itu atau di mana partisi itu berada. Dengan downside yang Anda butuhkan untuk mengubah UUID setiap kali Anda menghancurkan / membuat partisi atau menginstal drive baru. Dan menduplikat partisi (gparted copy / paste) akan membuat salinan dengan UUID yang sama, yang dapat menyebabkan masalah jika dokumen asli dan salinan keduanya on-line pada saat yang bersamaan. Bagi kebanyakan orang, ini tidak masalah, tetapi Anda harus mengingatnya saat kloning / mengganti drive. - David C.


Boot saya melambat karena saya menukar drive saya dan UUID tidak cocok. Ini menyebabkan Ubuntu melakukan pemindaian selama boot.

Saya sering menukar drive di sekitar. Jika tunggangan Anda selalu berada di tempat yang sama (seperti milik saya), Anda dapat menghapus UUID dan menempatkan lintasan langsung untuk mencegah kesalahan pemindaian itu terjadi ...

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/sda1 /               ext4    errors=remount-ro 0       1
/dev/sda2 none            swap    sw              0       0

1
2018-01-25 18:43



Bagaimana saran ini mempercepat proses boot? Referensi apa saja? - Mostafa Ahangarha
Saya menjawab pertanyaan kesalahannya yang menyebabkan boot lambat. Saya membuat jawaban saya lebih jelas. - Dan
Ya, pemasangan dengan nama perangkat menghindari masalah, tetapi juga menciptakan masalah yang UUID (dan label volume) dimaksudkan untuk menyelesaikan - yang melampirkan drive ke tempat yang berbeda (misalnya dari satu antarmuka SATA ke yang lain) akan mengubah nama perangkat, mematahkan tunggangan Anda. Anda perlu memutuskan masalah mana yang lebih mudah untuk dijalani, tetapi pastikan Anda mengingat keputusan Anda karena bisa sangat membuat frustrasi ketika masalah terjadi karena Anda lupa. - David C.


Anda dapat melewati proses menunggu dan masuk ke layar masuk Anda secara langsung dengan menggunakan 'Ctrl+c'dan kemudian kerjakan solusinya. Terkadang ini akan berlangsung selamanya jika tidak.


1
2018-02-27 11:55



Apakah itu benar-benar Ctrl, tombol plus dan c? - muru
Ya, itu dia :) - Ramon Suarez


Selain memeriksa /etc/fstab atau /etc/crypttab seperti yang disebutkan dalam jawaban lainnya, juga periksa UUID yang berasal dari parameter kernel di /etc/default/grub. Untuk sementara waktu saya sangat bingung dengan sistem yang sangat rapuh /etc/fstab hanya untuk menemukan resume=… parameter kernel dalam konfigurasi GRUB.


0
2017-07-03 14:03



Ini membantu saya memecahkan masalah ini. Saya / etc / fstab baik-baik saja. Kemudian, selain itu /etc/default/grub Saya juga harus melakukan perubahan /boot/efi/EFI/fedora/grub.cfg. Parameter linux "resume = UUID = ..." menjadi usang setelah saya mengubah partisi swap secara manual. - Stphane