Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #210480
| From | andreimpopescu@gmail.com |
|---|---|
| Newsgroups | linux.debian.user |
| Subject | Re: Problem: Slow boot -- Mounts fail. |
| Date | 2019-06-29 08:20 +0200 |
| Message-ID | <yeeSl-5AZ-3@gated-at.bofh.it> (permalink) |
| References | <xXNjr-5hs-3@gated-at.bofh.it> <ycrgZ-qL-1@gated-at.bofh.it> <ye1V7-5Tu-9@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
[Multipart message — attachments visible in raw view] - view raw
On Vi, 28 iun 19, 11:26:43, Dennis Wicks wrote: > andreimpopescu@gmail.com wrote on 6/24/19 2:09 AM: > > On Ma, 14 mai 19, 16:38:37, Dennis Wicks wrote: > > > > > > How do I prevent the mounts from failing and make the system continue on > > > with the boot process? > > > > You could start by attaching your /etc/fstab and copy-pasting the output > > of 'lsblk -f' with all partitions mounted. > > > > It would also be useful to know what init system you are using > > (ls -l /sbin/init) and if your mounts have any specials (LVM, encrypted, > > NFS, RAID, etc.) basically anything besides plain extX filesystems > > mounted from internal drives. > > > > Kind regards, > > Andrei > > > No need for all that! Hmm... > All my mounts are local PATA and SATA drives. The SATA drives are on an > adapter card. All the file systems are xfs, ext2, ext4 or swap and use > either /dir/dir, LABEL= or UUID=. > All very vanilla. No LVM, encrypted, NFS, RAID, etc. Doesn't make any > difference as *all* of the mounts are failing on the first pass! > > I found a work around on a forum. Put "nofail" in the options field of > fstab. So now my entries contain "defaults,nofail" or "sw,pri=100,nofail" in > the options field. > > Doesn't make any difference though. All the > Dependency failed for ... > Timeout waiting for ... > messages still occur, they just don't stop the boot process and the mounts > get done successfully later on.(??) > > I can't tell what might have caused this as I don't re-boot after every > update, just when an update to the kernel occurs. I think it was about the > time that systemd was implemented as the boot screen looked different when > the mount failures started happening. There are a lot of eyes on this list and someone might spot something that you don't even think might have an impact. But then it's your system, your rules ;) Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser
Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Problem: Slow boot -- Mounts fail. Dennis Wicks <wix@mgssub.com> - 2019-05-14 23:40 +0200
Re: Problem: Slow boot -- Mounts fail. andreimpopescu@gmail.com - 2019-06-24 09:10 +0200
Re: Problem: Slow boot -- Mounts fail. Dennis Wicks <wix@mgssub.com> - 2019-06-28 18:30 +0200
Re: Problem: Slow boot -- Mounts fail. andreimpopescu@gmail.com - 2019-06-29 08:20 +0200
Re: Problem: Slow boot -- Mounts fail. Dennis Wicks <wix@mgssub.com> - 2019-07-01 03:50 +0200
Re: Problem: Slow boot -- Mounts fail. andreimpopescu@gmail.com - 2019-07-01 09:00 +0200
Re: Problem: Slow boot -- Mounts fail. Cindy Sue Causey <butterflybytes@gmail.com> - 2019-06-24 11:40 +0200
csiph-web