Pimaxin
Posts: 63
Joined: Sat Jan 19, 2019 7:34 pm

Can't boot if two SSD drives are connected to both USB 3.0 ports.

Sat Oct 26, 2019 12:22 am

I have Raspbian Buster Lite installed on my Raspberry Pi 4B with two SSD drives connected to the USB 3.0 ports and when I boot, I get the error below. This only happens when I have 2 SSD's attached to both USB 3.0 ports. When I only have 1 attached, it boots fine. I tested all combinations of the SSD and USB 3.0 ports to see if it wasnt a defective SSD drive or USB port, but everything seems to work fine individually. It also works fine if I plug in the 2nd drive to the USB port after a full boot. This only occurs if both drives are connect to the USB 3.0 during boot. Any ideas?
(2 of 6) A start job is running... polling Micron2b
Timed out waiting for device /dev/disk/by-label/Micron2b
Failed to start cleanup monit state file
You are in emergency mode. After logging in, type "journalctl -xb" to view system logs,
Cannot open access to console, the root account is locked
Press Enter to continue
Pressing Enter just brings me into the same loop.

Kendek
Posts: 128
Joined: Thu Jul 25, 2019 4:39 pm
Location: Kaposvár, Hungary

Re: Can't boot if two SSD drives are connected to both USB 3.0 ports.

Sat Oct 26, 2019 7:55 am

Probably a power-related issue. The Pi4 can only supply 1.2A current through its USB ports, in total. If you are using a powered USB HUB, the backfeeding can also prevent the system to boot.

User avatar
DougieLawson
Posts: 36552
Joined: Sun Jun 16, 2013 11:19 pm
Location: Basingstoke, UK
Contact: Website Twitter

Re: Can't boot if two SSD drives are connected to both USB 3.0 ports.

Sat Oct 26, 2019 8:59 am

With both drives plugged in run sudo blkid and post the results here.

Also post /boot/cmdline.txt and /etc/fstab.
Note: Having anything humorous in your signature is completely banned on this forum. Wear a tin-foil hat and you'll get a ban.

Any DMs sent on Twitter will be answered next month.

This is a doctor free zone.

Pimaxin
Posts: 63
Joined: Sat Jan 19, 2019 7:34 pm

Re: Can't boot if two SSD drives are connected to both USB 3.0 ports.

Sat Oct 26, 2019 12:33 pm

DougieLawson wrote:
Sat Oct 26, 2019 8:59 am
With both drives plugged in run sudo blkid and post the results here.

Also post /boot/cmdline.txt and /etc/fstab.
I can only run this w/ two drives plugged in after successful boot:

Code: Select all

pi@datamax:/etc $ sudo blkid
/dev/mmcblk0p1: LABEL_FATBOOT="boot" LABEL="boot" UUID="F661-303B" TYPE="vfat" PARTUUID="41f5d6be-01"
/dev/mmcblk0p2: LABEL="rootfs" UUID="8d008fde-f12a-47f7-8519-197ea707d3d4" TYPE="ext4" PARTUUID="41f5d6be-02"
/dev/sda1: LABEL="Micron2A" UUID="ff3f6847-fe8a-d501-301f-6847fe8ad501" TYPE="ext4" PARTLABEL="Basic data partition" PARTUUID="c772ff40-895a-01d5-a07b-b963adc4ea00"
/dev/sdb1: LABEL="Micron2B" UUID="40fdf90a-028b-d501-40fd-e90a028bd501" TYPE="ext4" PARTLABEL="Basic data partition" PARTUUID="eb5b8a70-8958-01d5-38c5-ad75acc4ea00"
/dev/mmcblk0: PTUUID="41f5d6be" PTTYPE="dos"
pi@datamax:/etc $ cat /boot/cmdline.txt
dwc_otg.lpm_enable=0 console=serial0,115200 console=tty1 root=PARTUUID=41f5d6be-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
pi@datamax:/etc $ cat /etc/fstab
proc            /proc           proc    defaults          0       0
PARTUUID=41f5d6be-01  /boot           vfat    defaults          0       2
PARTUUID=41f5d6be-02            /       ext4    noatime,nodiratime,discard,defaults     0 1
# a swapfile is not a swap partition, no line here
#   use  dphys-swapfile swap[on|off]  for that
# >>> [openmediavault]
/dev/disk/by-label/Micron2A             /srv/dev-disk-by-label-Micron2A ext4    defaults,nofail,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,discard,acl                                                  0 2
/dev/disk/by-label/Micron2B             /srv/dev-disk-by-label-Micron2B ext4    defaults,nofail,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,discard,acl                                                  0 2
# <<< [openmediavault]
journalctl -xb

Code: Select all

...
-- The job identifier is 152.
Oct 25 17:43:40 datamax systemd[1]: systemd-rfkill.service: Succeeded.
-- Subject: Unit succeeded
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The unit systemd-rfkill.service has successfully entered the 'dead' state.
Oct 25 17:43:47 datamax systemd-fsck[288]: Micron2A: clean, 11/500105216 files, 31297593/500099328 blocks
Oct 25 17:43:47 datamax systemd[1]: Started File System Check on /dev/disk/by-label/Micron2A.
-- Subject: A start job for unit systemd-fsck@dev-disk-by\x2dlabel-Micron2A.service has finished successfully
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A start job for unit systemd-fsck@dev-disk-by\x2dlabel-Micron2A.service has finished successfully.
--
-- The job identifier is 29.
Oct 25 17:43:47 datamax systemd[1]: Mounting /srv/dev-disk-by-label-Micron2A...
-- Subject: A start job for unit srv-dev\x2ddisk\x2dby\x2dlabel\x2dMicron2A.mount has begun execution
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A start job for unit srv-dev\x2ddisk\x2dby\x2dlabel\x2dMicron2A.mount has begun execution.
-- The job identifier is 28.
Oct 25 17:43:47 datamax kernel: EXT4-fs (sda1): mounting with "discard" option, but the device does not support discard
Oct 25 17:43:47 datamax kernel: EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: user_xattr,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,discard,acl
Oct 25 17:43:47 datamax systemd[1]: Mounted /srv/dev-disk-by-label-Micron2A.
-- Subject: A start job for unit srv-dev\x2ddisk\x2dby\x2dlabel\x2dMicron2A.mount has finished successfully
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A start job for unit srv-dev\x2ddisk\x2dby\x2dlabel\x2dMicron2A.mount has finished successfully.
--
-- The job identifier is 28.
Oct 25 17:43:56 datamax salt-minion[696]: [WARNING ] /usr/lib/python3/dist-packages/salt/utils/path.py:265: DeprecationWarning: Using or importing the ABCs from 'collections' instead of from 'collections.abc' is deprecated, and in 3.8 it will stop working
Oct 25 17:43:56 datamax salt-minion[696]:   if not isinstance(exes, collections.Iterable):
Oct 25 17:43:57 datamax salt-minion[696]: [WARNING ] Master is set to disable, skipping connection
Oct 25 17:44:01 datamax chronyd[714]: Selected source 69.164.213.136
Oct 25 17:44:01 datamax chronyd[714]: System clock wrong by 2212.649350 seconds, adjustment started
Oct 25 18:20:54 datamax systemd[1]: Starting Clean php session files...
-- Subject: A start job for unit phpsessionclean.service has begun execution
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A start job for unit phpsessionclean.service has begun execution.
--
-- The job identifier is 582.
Oct 25 18:20:54 datamax chronyd[714]: System clock was stepped by 2212.649350 seconds
Oct 25 18:20:54 datamax systemd[1]: phpsessionclean.service: Succeeded.
-- Subject: Unit succeeded
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The unit phpsessionclean.service has successfully entered the 'dead' state.
Oct 25 18:20:54 datamax systemd[1]: Started Clean php session files.
-- Subject: A start job for unit phpsessionclean.service has finished successfully
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A start job for unit phpsessionclean.service has finished successfully.
--
-- The job identifier is 582.
Oct 25 18:20:58 datamax systemd[1]: systemd-hostnamed.service: Succeeded.
-- Subject: Unit succeeded
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The unit systemd-hostnamed.service has successfully entered the 'dead' state.
Oct 25 18:21:10 datamax systemd[1]: systemd-fsckd.service: Succeeded.
-- Subject: Unit succeeded
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The unit systemd-fsckd.service has successfully entered the 'dead' state.
Oct 25 18:21:30 datamax omv-salt[719]: /usr/lib/python3/dist-packages/salt/utils/path.py:265: DeprecationWarning: Using or importing the ABCs from 'collections' instead of from 'collections.abc' is deprecated, and in 3.8 it will stop working
Oct 25 18:21:30 datamax omv-salt[719]:   if not isinstance(exes, collections.Iterable):
Oct 25 18:21:30 datamax omv-salt[719]: /usr/lib/python3/dist-packages/salt/utils/decorators/signature.py:31: DeprecationWarning: `formatargspec` is deprecated since Python 3.5. Use `signature` and the `Signature` object directly
Oct 25 18:21:30 datamax omv-salt[719]:   *salt.utils.args.get_function_argspec(original_function)
Oct 25 18:21:30 datamax omv-salt[719]: /usr/lib/python3/dist-packages/salt/utils/decorators/signature.py:31: DeprecationWarning: `formatargspec` is deprecated since Python 3.5. Use `signature` and the `Signature` object directly
Oct 25 18:21:30 datamax omv-salt[719]:   *salt.utils.args.get_function_argspec(original_function)
Oct 25 18:21:30 datamax omv-salt[719]: /usr/lib/python3/dist-packages/salt/utils/oset.py:47: DeprecationWarning: Using or importing the ABCs from 'collections' instead of from 'collections.abc' is deprecated, and in 3.8 it will stop working
Oct 25 18:21:30 datamax omv-salt[719]:   class OrderedSet(collections.MutableSet):
Oct 25 18:21:30 datamax omv-salt[719]: raspberrypi:
Oct 25 18:21:30 datamax omv-salt[719]: ----------
Oct 25 18:21:30 datamax omv-salt[719]:           ID: configure_issue
Oct 25 18:21:30 datamax omv-salt[719]:     Function: file.managed
Oct 25 18:21:30 datamax omv-salt[719]:         Name: /etc/issue
Oct 25 18:21:30 datamax omv-salt[719]:       Result: True
Oct 25 18:21:30 datamax omv-salt[719]:      Comment: File /etc/issue is in the correct state
Oct 25 18:21:30 datamax omv-salt[719]:      Started: 18:20:56.708867
Oct 25 18:21:30 datamax omv-salt[719]:     Duration: 34156.065 ms
Oct 25 18:21:30 datamax omv-salt[719]:      Changes:
Oct 25 18:21:30 datamax omv-salt[719]: Summary for raspberrypi
Oct 25 18:21:30 datamax omv-salt[719]: ------------
Oct 25 18:21:30 datamax omv-salt[719]: Succeeded: 1
Oct 25 18:21:30 datamax omv-salt[719]: Failed:    0
Oct 25 18:21:30 datamax omv-salt[719]: ------------
Oct 25 18:21:30 datamax omv-salt[719]: Total states run:     1
Oct 25 18:21:30 datamax omv-salt[719]: Total run time:  34.156 s
Oct 25 18:21:31 datamax systemd[1]: Started Generate the prelogin message.
-- Subject: A start job for unit openmediavault-issue.service has finished successfully
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A start job for unit openmediavault-issue.service has finished successfully.
--
-- The job identifier is 161.
Oct 25 18:21:41 datamax systemd[1]: dev-disk-by\x2dlabel-Micron2B.device: Job dev-disk-by\x2dlabel-Micron2B.device/start timed out.
Oct 25 18:21:41 datamax systemd[1]: Timed out waiting for device /dev/disk/by-label/Micron2B.
-- Subject: A start job for unit dev-disk-by\x2dlabel-Micron2B.device has failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A start job for unit dev-disk-by\x2dlabel-Micron2B.device has finished with a failure.
--
-- The job identifier is 35 and the job result is timeout.
Oct 25 18:21:41 datamax systemd[1]: Dependency failed for /srv/dev-disk-by-label-Micron2B.
-- Subject: A start job for unit srv-dev\x2ddisk\x2dby\x2dlabel\x2dMicron2B.mount has failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A start job for unit srv-dev\x2ddisk\x2dby\x2dlabel\x2dMicron2B.mount has finished with a failure.
--
-- The job identifier is 33 and the job result is dependency.
Oct 25 18:21:41 datamax systemd[1]: srv-dev\x2ddisk\x2dby\x2dlabel\x2dMicron2B.mount: Job srv-dev\x2ddisk\x2dby\x2dlabel\x2dMicron2B.mount/start failed with result 'dependency'.
Oct 25 18:21:41 datamax systemd[1]: Dependency failed for File System Check on /dev/disk/by-label/Micron2B.
-- Subject: A start job for unit systemd-fsck@dev-disk-by\x2dlabel-Micron2B.service has failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A start job for unit systemd-fsck@dev-disk-by\x2dlabel-Micron2B.service has finished with a failure.
--
-- The job identifier is 34 and the job result is dependency.
Oct 25 18:21:41 datamax systemd[1]: systemd-fsck@dev-disk-by\x2dlabel-Micron2B.service: Job systemd-fsck@dev-disk-by\x2dlabel-Micron2B.service/start failed with result 'dependency'.
Oct 25 18:21:41 datamax systemd[1]: dev-disk-by\x2dlabel-Micron2B.device: Job dev-disk-by\x2dlabel-Micron2B.device/start failed with result 'timeout'.
Oct 25 18:21:41 datamax systemd[1]: Starting File System Quota Check...
-- Subject: A start job for unit systemd-quotacheck.service has begun execution
-- Defined-By: systemd
-- Support: https://www.debian.org/support




-- The job identifier is 582.
Oct 25 18:20:58 datamax systemd[1]: systemd-hostnamed.service: Succeeded.
-- Subject: Unit succeeded
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The unit systemd-hostnamed.service has successfully entered the 'dead' state.
Oct 25 18:21:10 datamax systemd[1]: systemd-fsckd.service: Succeeded.
-- Subject: Unit succeeded
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The unit systemd-fsckd.service has successfully entered the 'dead' state.
Oct 25 18:21:30 datamax omv-salt[719]: /usr/lib/python3/dist-packages/salt/utils/path.py:265: DeprecationWarning: Using or importing the ABCs from 'collections' instead of from 'collections.abc' is deprecated, and in 3.8 it will stop working
Oct 25 18:21:30 datamax omv-salt[719]:   if not isinstance(exes, collections.Iterable):
Oct 25 18:21:30 datamax omv-salt[719]: /usr/lib/python3/dist-packages/salt/utils/decorators/signature.py:31: DeprecationWarning: `formatargspec` is deprecated since Python 3.5. Use `signature` and the `Signature` object directly
Oct 25 18:21:30 datamax omv-salt[719]:   *salt.utils.args.get_function_argspec(original_function)
Oct 25 18:21:30 datamax omv-salt[719]: /usr/lib/python3/dist-packages/salt/utils/decorators/signature.py:31: DeprecationWarning: `formatargspec` is deprecated since Python 3.5. Use `signature` and the `Signature` object directly
Oct 25 18:21:30 datamax omv-salt[719]:   *salt.utils.args.get_function_argspec(original_function)
Oct 25 18:21:30 datamax omv-salt[719]: /usr/lib/python3/dist-packages/salt/utils/oset.py:47: DeprecationWarning: Using or importing the ABCs from 'collections' instead of from 'collections.abc' is deprecated, and in 3.8 it will stop working
Oct 25 18:21:30 datamax omv-salt[719]:   class OrderedSet(collections.MutableSet):
Oct 25 18:21:30 datamax omv-salt[719]: raspberrypi:
Oct 25 18:21:30 datamax omv-salt[719]: ----------
Oct 25 18:21:30 datamax omv-salt[719]:           ID: configure_issue
Oct 25 18:21:30 datamax omv-salt[719]:     Function: file.managed
Oct 25 18:21:30 datamax omv-salt[719]:         Name: /etc/issue
Oct 25 18:21:30 datamax omv-salt[719]:       Result: True
Oct 25 18:21:30 datamax omv-salt[719]:      Comment: File /etc/issue is in the correct state
Oct 25 18:21:30 datamax omv-salt[719]:      Started: 18:20:56.708867
Oct 25 18:21:30 datamax omv-salt[719]:     Duration: 34156.065 ms
Oct 25 18:21:30 datamax omv-salt[719]:      Changes:
Oct 25 18:21:30 datamax omv-salt[719]: Summary for raspberrypi
Oct 25 18:21:30 datamax omv-salt[719]: ------------
Oct 25 18:21:30 datamax omv-salt[719]: Succeeded: 1
Oct 25 18:21:30 datamax omv-salt[719]: Failed:    0
Oct 25 18:21:30 datamax omv-salt[719]: ------------
Oct 25 18:21:30 datamax omv-salt[719]: Total states run:     1
Oct 25 18:21:30 datamax omv-salt[719]: Total run time:  34.156 s
Oct 25 18:21:31 datamax systemd[1]: Started Generate the prelogin message.
-- Subject: A start job for unit openmediavault-issue.service has finished successfully
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A start job for unit openmediavault-issue.service has finished successfully.
--
-- The job identifier is 161.
Oct 25 18:21:41 datamax systemd[1]: dev-disk-by\x2dlabel-Micron2B.device: Job dev-disk-by\x2dlabel-Micron2B.device/start timed out.
Oct 25 18:21:41 datamax systemd[1]: Timed out waiting for device /dev/disk/by-label/Micron2B.
-- Subject: A start job for unit dev-disk-by\x2dlabel-Micron2B.device has failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A start job for unit dev-disk-by\x2dlabel-Micron2B.device has finished with a failure.
--
-- The job identifier is 35 and the job result is timeout.
Oct 25 18:21:41 datamax systemd[1]: Dependency failed for /srv/dev-disk-by-label-Micron2B.
-- Subject: A start job for unit srv-dev\x2ddisk\x2dby\x2dlabel\x2dMicron2B.mount has failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A start job for unit srv-dev\x2ddisk\x2dby\x2dlabel\x2dMicron2B.mount has finished with a failure.
--
-- The job identifier is 33 and the job result is dependency.
Oct 25 18:21:41 datamax systemd[1]: srv-dev\x2ddisk\x2dby\x2dlabel\x2dMicron2B.mount: Job srv-dev\x2ddisk\x2dby\x2dlabel\x2dMicron2B.mount/start failed with result 'dependency'.
Oct 25 18:21:41 datamax systemd[1]: Dependency failed for File System Check on /dev/disk/by-label/Micron2B.
-- Subject: A start job for unit systemd-fsck@dev-disk-by\x2dlabel-Micron2B.service has failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A start job for unit systemd-fsck@dev-disk-by\x2dlabel-Micron2B.service has finished with a failure.
--
-- The job identifier is 34 and the job result is dependency.
Oct 25 18:21:41 datamax systemd[1]: systemd-fsck@dev-disk-by\x2dlabel-Micron2B.service: Job systemd-fsck@dev-disk-by\x2dlabel-Micron2B.service/start failed with result 'dependency'.
Oct 25 18:21:41 datamax systemd[1]: dev-disk-by\x2dlabel-Micron2B.device: Job dev-disk-by\x2dlabel-Micron2B.device/start failed with result 'timeout'.
Oct 25 18:21:41 datamax systemd[1]: Starting File System Quota Check...
-- Subject: A start job for unit systemd-quotacheck.service has begun execution
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A start job for unit systemd-quotacheck.service has begun execution.
--
-- The job identifier is 31.
Oct 25 18:21:41 datamax systemd[1]: Started File System Quota Check.
-- Subject: A start job for unit systemd-quotacheck.service has finished successfully
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A start job for unit systemd-quotacheck.service has finished successfully.
--
-- The job identifier is 31.
Oct 25 18:21:41 datamax systemd[1]: Starting Enable File System Quotas...
-- Subject: A start job for unit quotaon.service has begun execution
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A start job for unit quotaon.service has begun execution.
--
-- The job identifier is 32.
Oct 25 18:21:41 datamax quotaon[1255]: quotaon: cannot find /srv/dev-disk-by-label-Micron2A/aquota.group on /dev/sda1 [/srv/dev-disk-by-label-Micron2A]
Oct 25 18:21:41 datamax quotaon[1255]: quotaon: cannot find /srv/dev-disk-by-label-Micron2A/aquota.user on /dev/sda1 [/srv/dev-disk-by-label-Micron2A]
Oct 25 18:21:41 datamax systemd[1]: quotaon.service: Main process exited, code=exited, status=2/INVALIDARGUMENT
-- Subject: Unit process exited
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- An ExecStart= process belonging to unit quotaon.service has exited.
--
-- The process' exit code is 'exited' and its exit status is 2.
Oct 25 18:21:41 datamax systemd[1]: quotaon.service: Failed with result 'exit-code'.
-- Subject: Unit failed

User avatar
DougieLawson
Posts: 36552
Joined: Sun Jun 16, 2013 11:19 pm
Location: Basingstoke, UK
Contact: Website Twitter

Re: Can't boot if two SSD drives are connected to both USB 3.0 ports.

Sat Oct 26, 2019 2:15 pm

Take them out of /etc/fstab and create /etc/systemd/system/srv-dev-disk-by-label-Micron2A.mount (note slashes in the mount point turn to minus signs in the mount file name).

Code: Select all

[Unit]
Description=Mount home directory
Requires=network-online.target
Wants=networking.service
#
# Replaces this line in fstab
#/dev/disk/by-label/Micron2A             /srv/dev-disk-by-label-Micron2A ext4    defaults,nofail,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,discard,acl                                                  0 2
#
#
[Mount]
What=/dev/disk/by-label/Micron2A
Where=/srv/dev-disk-by-label-Micron2A
Type=ext4
Options=defaults,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,discard,acl

[Install]
WantedBy=multi-user.target
Enable that with sudo systemctl enable srv-dev-disk-by-label-Micron2A.mount
Mount it now with sudo systemctl start srv-dev-disk-by-label-Micron2A.mount
Note: Having anything humorous in your signature is completely banned on this forum. Wear a tin-foil hat and you'll get a ban.

Any DMs sent on Twitter will be answered next month.

This is a doctor free zone.

Pimaxin
Posts: 63
Joined: Sat Jan 19, 2019 7:34 pm

Re: Can't boot if two SSD drives are connected to both USB 3.0 ports.

Sat Oct 26, 2019 5:00 pm

DougieLawson wrote:
Sat Oct 26, 2019 2:15 pm
Take them out of /etc/fstab and create /etc/systemd/system/srv-dev-disk-by-label-Micron2A.mount (note slashes in the mount point turn to minus signs in the mount file name).

Code: Select all

[Unit]
Description=Mount home directory
Requires=network-online.target
Wants=networking.service
#
# Replaces this line in fstab
#/dev/disk/by-label/Micron2A             /srv/dev-disk-by-label-Micron2A ext4    defaults,nofail,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,discard,acl                                                  0 2
#
#
[Mount]
What=/dev/disk/by-label/Micron2A
Where=/srv/dev-disk-by-label-Micron2A
Type=ext4
Options=defaults,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,discard,acl

[Install]
WantedBy=multi-user.target
Enable that with sudo systemctl enable srv-dev-disk-by-label-Micron2A.mount
Mount it now with sudo systemctl start srv-dev-disk-by-label-Micron2A.mount
I changed /srv/dev-disk-by-label-Micron2A to /srv/Micron2A and srv-Micron2A.mount because I was getting
"Loaded: bad-setting (Reason: Unit srv-dev-disk-by-label-Micron2A.mount has a bad unit file setting.)" and it works fine.

I created same for /srv/Micron2B and srv-Micron2B.mount and I am able to enable/start it when I plug in both drives to USB after boot. However same issue when booting up, if both drives are connected seems like it has issue detecting the drives before it can even be mounted. I tried on a fresh new install of Raspbian Buster Lite on a different microsd card with nothing set on /etc/fstab or systemd mounts and same issue. Boots me to emergency mode, tells me to Press enter to continue, but just loops.

User avatar
DougieLawson
Posts: 36552
Joined: Sun Jun 16, 2013 11:19 pm
Location: Basingstoke, UK
Contact: Website Twitter

Re: Can't boot if two SSD drives are connected to both USB 3.0 ports.

Sat Oct 26, 2019 6:06 pm

Take a look at your power supply.

If each drive works on its own then you're overspending the power budget.
Note: Having anything humorous in your signature is completely banned on this forum. Wear a tin-foil hat and you'll get a ban.

Any DMs sent on Twitter will be answered next month.

This is a doctor free zone.

Pimaxin
Posts: 63
Joined: Sat Jan 19, 2019 7:34 pm

Re: Can't boot if two SSD drives are connected to both USB 3.0 ports.

Sat Oct 26, 2019 7:19 pm

Kendek wrote:
Sat Oct 26, 2019 7:55 am
Probably a power-related issue. The Pi4 can only supply 1.2A current through its USB ports, in total. If you are using a powered USB HUB, the backfeeding can also prevent the system to boot.
DougieLawson wrote:
Sat Oct 26, 2019 6:06 pm
Take a look at your power supply.

If each drive works on its own then you're overspending the power budget.

That's it.. I"m actually using one of these https://www.amazon.com/gp/product/B0723 ... UTF8&psc=1 with USB power and I thought the USB 2.0 ports from the Pi would give sufficient additional power to the drive connected to the USB 3.0 port but apparently not. I tried powering the drives from a 5V/3A max USB port instead with the data cable connected to the USB 3.0 port on the Pi 4B and everything booted fine. Thanks for helping.

Return to “Troubleshooting”