Slow boot - "pekerjaan mulai berjalan untuk dev-disk-by ..."

Saya tidak ingat kapan masalah mulai terjadi tetapi kemungkinan ketika saya memindahkan gambar VMWare Ubuntu saya ke SSD eksternal sehingga saya dapat menggunakan OS pada PC saya. Tidak ada banyak tautan di Google tentang masalah ini tetapi yang muncul membicarakannya fstab. Misalnya, Boot lambat - Apa itu "Pekerjaan mulai berjalan untuk dev-disk-by ..."? - Forum OpenSUSE .

Menyebutkan harus menghapus partisi swap dan membuatnya lagi.

Saya dapat mencoba melakukan ini dengan Gparted tetapi kekhawatiran 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?

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 sedang digunakan Ubuntu

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 spasi di awal baris yang berkomentar.

6. Setel ulang, semoga berhasil untuk Anda!

Sepertinya masalah ini disebabkan oleh 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 ke dalam hitungan detik vs 90+ detik

Saya memiliki masalah yang sama setelah mengubah ukuran partisi utama saya di VM saya karena live gparted memaksa saya untuk menghapus & menginisialisasi ulang swap saya untuk melakukannya. Itu menyebabkan UUID baru disetel yang tidak cocok dengan file fstab.

Untuk menghindari masalah ini, /etc/fstabAnda juga bisa

• Ganti swap UUID dengan yang baru (jalankan sudo blkiduntuk menemukannya) setelah ukuran partisi primer.

• Atau, beri komentar pada partisi swap sebelum (atau setelah) pengubahan ukuran partisi primer.

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

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, selain langkah-langkah yang dijelaskan dalam jawaban oleh William MacDonald.

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

Maka perlu untuk mengaktifkan swap melalui gparted setelah pembuatannya (ada perintah "Activate swap").

Selanjutnya Anda harus menyalin UUID baru ke / etc / fstab untuk me-mountnya kalau tidak saat 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 berjalan di terminal:

sudo blkid

untuk menemukannya.

Saya memiliki masalah yang sama saat boot.

Dalam /etc/fstabfile saya , partisi saya di mana didefinisikan sebagai /dev/sda1,, /dev/sda2dll., Tetapi ketika boot, beberapa kali muncul pesan " Pekerjaan mulai berjalan untuk dev-sdx " ("x" mendefinisikan unit atau partisi mana yang terpengaruh).

Untuk mengatasinya, saya mengubah nilai /dev/sdxdengan UUID partisi. Untuk melihat UUID, dari terminal run lsblk -f. Kemudian, salin UUID dari partisi yang terpengaruh dan tulis di /etc/fstabfile, ganti /dev/sdaxsebagai berikut: /dev/sda1perubahan ke UUID=xxxxxxxxxxxxxxxxxx.

Ini bekerja untuk saya, saya harap info ini bermanfaat.

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

Saya sering bertukar drive di sekitar. Jika tunggangan Anda selalu di tempat yang sama (seperti milik saya), Anda bisa menghapus UUID dan menempatkan jalur 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

Situasi utama:

Sudah dijawab secara terperinci ... (Anda perlu memeriksa UUID di bawah file-file itu)

/etc/crypttab 
/etc/fstab
/etc/grub.d/40_custom 
/boot/grub2/grub.cfg

Situasi Alternatif I - Udev:

Ini bisa disebabkan oleh udev jika Anda memiliki skrip aturan di bawahnya /etc/udev/rules.d/yang tidak dimaksudkan untuk dijalankan pada saat boot, jika skrip gagal itu akan membuat langkah fstab berlangsung selamanya, cukup edit skrip Anda sesuai dengan kebutuhan Anda atau hapus.

Alternatif situasi II - Dev Crypted:

Partisi crypted dapat membingungkan karena partisi utama memiliki UUID dan yang dipetakan mendekripsi memiliki UUID lain yang berbeda dari yang utama untuk satu partisi mereka harus didefinisikan di tempat yang berbeda etc/crypttabdan/etc/fstab

# lsblk -o name,uuid,mountpoint
├─sda2                         727fa348-8804-4773-ae3d-f3e176d12dac
│ └─sda2_crypt (dm-0)          P1kvJI-5iqv-s9gJ-8V2H-2EEO-q4aK-sx4aDi

UUID yang nyata perlu disebutkan dalam etc/crypttab

# cat /etc/crypttab
sda2_crypt  UUID=727fa348-8804-4773-ae3d-f3e176d12dac  none  luks

UUID Virtual harus di /etc/fstab

# cat /etc/fstab
UUID=P1kvJI-5iqv-s9gJ-8V2H-2EEO-q4aK-sx4aDi / ext4 defaults,errors=remount-ro 0 1

Alternatif situasi III - Dev Ghost:

Perangkat yang disiapkan untuk dipasang pada saat boot tetapi tidak ada dalam sistem atau terlepas seperti drive usb.

Checkout dengan perangkat yang terhubung nyata lsblk -o name,uuid,mountpointdan edit /etc/fstabuntuk menjaga hanya perangkat yang terhubung ATAU meninggalkan perangkat yang tidak terhubung di sana tetapi mengaturnya untuk diabaikan saat boot dengan opsi noautodan mengatur garis seperti ini

UUID=BLA-BLA-BLA /mount ext4 option,noauto,option 0 0

Memeriksa log sistem

journalctl -ab 

systemd-analyze blame

systemd-analyze critical-chain

systemctl status dev-mapper-crypt_sda2.device

systemctl status systemd-udev-settle.service

Selain memeriksa /etc/fstabatau /etc/crypttabsebagaimana disebutkan dalam jawaban lain, periksa juga UUID yang berasal dari parameter kernel di /etc/default/grub. Untuk sementara saya sangat bingung dengan sistem yang hanya memiliki cromulent yang sempurna /etc/fstabuntuk menemukan resume=…parameter kernel dalam konfigurasi GRUB.

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

Saya tahu ini sudah tua, tetapi saya menemukan masalah ini, pesan kesalahan yang sama, saat mengkloning instalasi dengan rsync. tidak memiliki kesalahan pada fstab, masalahnya diselesaikan setelah memperbarui initrdfs dengan tangan. untuk mencapai itu,

1. boot mesin ke instalasi yang berfungsi (mesin multiboot, livecd sebaliknya)

2. pasang partisi root sistem dengan masalah

3. mount dev, sys dan proc untuk chroot yang berfungsi

4. chroot ke dalam root filesystem

5. jalankan mkinitrd

6. keluar dari chroot dan reboot.

Saya juga mengalami masalah ini. Saya mengoreksi UUID di / etc / fstab dan / etc / cryptswap. Setelah melakukan ini, ia menatap meminta kata sandi saat boot.

/ etc / fstab memperlihatkan entri "/ dev / mapper / cryptswap1 tidak ada swap sw 0 0" jadi saya berkomentar bahwa baris keluar.

/ etc / cryptswap menunjukkan UUID yang benar tetapi terus meminta frasa sandi saat boot. Mengomentari kalimat itu juga telah memperbaiki masalah ini.

Pertanyaan saya adalah: apakah ini menimbulkan segala jenis masalah keamanan dengan menghapus kedua referensi untuk swap terenkripsi? GParted menunjukkan ikon "kunci" aman di sebelah drive swap. Namun, saya ingin memastikan bahwa enkripsi masih aktif untuk partisi itu.

Setiap wawasan dihargai. Terima kasih sebelumnya!