起動が遅い-「dev-disk-byの開始ジョブが実行中…」

問題がいつ発生し始めたかは思い出せませんが、VMWare Ubuntuイメージを外部SSDに移動して、どのPCでもOSを使用できるようになった可能性があります。Googleにはこの問題に関する多くのリンクはありませんが、表示されるリンクが話題になっていfstabます。たとえば、起動が遅い-「dev-disk-byの開始ジョブが実行中です...」とは何ですか？-OpenSUSEフォーラム。

スワップパーティションを削除して再度作成する必要があるという言及。

私はGpartedでこれをやろうとすることができますが、スレッドで提案されているようにスワップを台無しにしたらどうなるかわからないので、私の主な懸念はUbuntuでの現在の設定を失うことです。誰でも助けることができますか？

「dev-disk-by ..によって開始された開始ジョブ」に続いて各ブート中に90秒の遅延が発生する場合は、次の手順を実行します。

1. ソフトウェアセンターを使用してgpartedをインストールする
2. gpartedを開き、Ubuntuが現在使用しているパーティションを確認します

3. 以下の行を使用してfstabファイルを編集します。

   sudo -H gedit /etc/fstab
   

4. 現在使用していないデバイスを見つける

5. #その行の先頭にを挿入し、スペースをコメントアウトします。

6. リセットしてください。

この問題は、fstabにスワップのエントリがあったとしても実際には存在しなかったという事実が原因のようです。GPartedを使用してパーティションのサイズを変更し、新しいスワップを作成しました。次に、UUIDをfstabファイルにコピーしました...

1. 私は今スワップを持っています
2. そして、起動は90秒以上の対数秒以内に低下します

gpartedを使用すると、スワップを削除して再初期化する必要があるため、VMでプライマリパーティションのサイズを変更した後、同じ問題が発生しました。これにより、fstabファイルと一致しない新しいUUIDが設定されました。

問題を回避するには、/etc/fstab次のいずれかの方法で

• sudo blkidプライマリパーティションのサイズを変更した後、スワップUUIDを新しいものと交換します（実行して見つける）。

• または、プライマリパーティションのサイズ変更の前（または後）にスワップパーティションをコメントアウトします。

前者は、OSのセットアップ方法であるため推奨します。

私の場合、以前は暗号化されたスワップを使用していましたが、スタートアップジョブで言及されました/dev/mapper/cryptswap1。この問題を解決するには/etc/crypttab、William MacDonaldの回答に記載されている手順に加えて、ファイルを削除する必要がありました。

gpartedを使用してパーティションのサイズを変更または削除する場合、多くの場合、新しいスワップパーティションを作成する必要があります。

次に、作成後にgpartedを介してスワップをアクティブにする必要があります（「スワップをアクティブにする」コマンドがあります）。

さらに、新しいUUIDを/ etc / fstabにコピーしてマウントする必要があります。そうしないと、ブート時にOSがそれを見つけようとしますが、fstabファイルには古いスワップを参照するUUIDが含まれるため無駄です。GpartedはUUIDの情報を配信しますが、ターミナルで簡単に実行できます。

sudo blkid

それを見つけるために。

起動時に同じ問題が発生しました。

私のでは/etc/fstabファイル、私のパーティション場合のように定義される/dev/sda1、/dev/sda2などが、起動時に、数回のメッセージ「が登場開始ジョブはDEV-SDXために実行されている」（「x」は影響を受けたユニットまたはパーティション定義を）。

それを解決するために、/dev/sdxパーティションのUUIDの値を変更しました。UUIDを確認するには、ターミナルから実行しlsblk -fます。その後、影響を受けるパーティションのUUIDをコピーして、上でそれを書く/etc/fstab置き換え、ファイル/dev/sdaxを次のよう/dev/sda1に変更をUUID=xxxxxxxxxxxxxxxxxx。

私にとってはうまくいきました。この情報が役立つことを願っています。

ドライブを交換し、UUIDが一致しなかったため、起動が遅くなりました。これにより、Ubuntuは起動中にスキャンを実行しました。

ドライブを頻繁に交換します。マウントが常に同じ場所にある場合（私のように）、UUIDを削除して直接パスを配置するだけで、スキャンエラーの発生を防ぐことができます...

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

主な状況：

すでに詳細に回答しています...（これらのファイルの下のUUIDを確認する必要があります）

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

代替状況I-Udev：

これは、起動時に実行することを意図していないルールスクリプトがある場合、udevが原因である可能性があります。スクリプトが失敗した場合、fstabステップが永久に続行するため、必要に応じてスクリプトを編集するか削除します。/etc/udev/rules.d/

代替状況II-暗号化された開発：

暗号化されたパーティションは混乱する可能性があります。メインパーティションにはUUIDがあり、マップされた復号化パーティションには、別の場所で定義する必要がある単一パーティションのメインUUIDとは異なるUUIDがetc/crypttabあり、/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を指定する必要があります etc/crypttab

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

仮想UUIDは /etc/fstab

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

代替状況III-Ghost Dev：

起動時にマウントされるようにセットアップされているが、システムに存在しないか、USBドライブのように切り離されているデバイス。

チェックアウトは、実際にデバイスを接続lsblk -o name,uuid,mountpointし、編集/etc/fstabのみ接続されたデバイスを維持するために ORが未接続のデバイスを残すが、オプションを使用して、ブート時に無視されるようにそれらを設定noautoし、このような行を設定します

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

システムログを確認する

journalctl -ab 

systemd-analyze blame

systemd-analyze critical-chain

systemctl status dev-mapper-crypt_sda2.device

systemctl status systemd-udev-settle.service

確認に加えて、/etc/fstabまたは/etc/crypttab他の回答で述べたように、のカーネルパラメーターからのUUIDも確認します/etc/default/grub。しばらくの間、GRUB構成内のカーネルパラメーター/etc/fstabを検出するためだけに完全に互換性のあるシステムに非常に混乱していましたresume=…。

待機をスキップして、「Ctrl+ c」を使用して直接ログイン画面に移動し、ソリューションで作業できます。そうでない場合、これは永遠に続くことがあります。

私はこれが古いことを知っていますが、rsyncを使用してインストールのクローンを作成しているときに、このエラー（同じエラーメッセージ）に遭遇しました。fstabにエラーがないため、手作業でinitrdfsを更新した後、問題は解決しました。それを達成するために、

1. マシンを動作するインストール環境で起動します（マルチブートマシン、それ以外の場合はlivecd）

2. 問題のあるシステムのルートパーティションをマウントします

3. 作業chrootとしてdev、sys、およびprocをマウントします

4. ファイルリストのルートにchroot

5. mkinitrdを実行します

6. chrootを終了して再起動します。