On Mon, 2021-06-14 at 11:35 +0100, Patrick O'Callaghan wrote:
> On Mon, 2021-06-14 at 11:10 +0100, Patrick O'Callaghan wrote:
> > On Sun, 2021-06-13 at 14:38 -0600, Chris Murphy wrote:
> > > I actually use a udev rule for idle spin down:
> > >
> > > $ cat /etc/udev/rules.d/69-hdparm.rules
> > > ACTION=="add", SUBSYSTEM=="block", \
> > > KERNEL=="sd*[!0-9]", \
> > > ENV{ID_SERIAL_SHORT}=="WDZ47F0A", \
> > > RUN+="/usr/sbin/hdparm -B 100 -S 252 /dev/disk/by-id/wwn-
> > > 0x5000c500a93cae8a"
> > > $
> >
> > BTW, the reason I don't do this is that one of the drives doesn't
> > accept the APM spin-down command:
> >
> > $ sudo hdparm -B 100 -S 24 /dev/disk/by-id/wwn-0x50014ee058f952e1
> >
> > /dev/disk/by-id/wwn-0x50014ee058f952e1:
> > setting Advanced Power Management level to 0x64 (100)
> > HDIO_DRIVE_CMD failed: Input/output error
> > setting standby to 24 (2 minutes)
> > APM_level = not supported
>
> Turns out that the problem isn't with the -S but with the -B. I can
> just set the standby time directly on this drive, so I'm going to try
> your udev idea instead of my elaborate dock-watch workaround.
And we're back ...
The udev idea didn't work out, i.e. made no difference. I've now done a
simpler experiment, simply turning the external dock off and monitoring
the journal when I turn it on again:
Jun 16 12:25:56 Bree kernel: usb 4-3: new SuperSpeed Gen 1 USB device number 5 using xhci_hcd
Jun 16 12:25:56 Bree kernel: usb 4-3: New USB device found, idVendor=174c, idProduct=55aa, bcdDevice= 1.00
Jun 16 12:25:56 Bree kernel: usb 4-3: New USB device strings: Mfr=2, Product=3, SerialNumber=1
Jun 16 12:25:56 Bree kernel: usb 4-3: Product: ASM1156-PM
Jun 16 12:25:56 Bree kernel: usb 4-3: Manufacturer: ASMT
Jun 16 12:25:56 Bree kernel: usb 4-3: SerialNumber: 00000000000000000000
Jun 16 12:25:56 Bree kernel: scsi host6: uas
Jun 16 12:25:56 Bree mtp-probe[130155]: checking bus 4, device 5: "/sys/devices/pci0000:00/0000:00:14.0/usb4/4-3"
Jun 16 12:25:56 Bree mtp-probe[130155]: bus: 4, device: 5 was not an MTP device
Jun 16 12:25:57 Bree mtp-probe[130161]: checking bus 4, device 5: "/sys/devices/pci0000:00/0000:00:14.0/usb4/4-3"
Jun 16 12:25:57 Bree mtp-probe[130161]: bus: 4, device: 5 was not an MTP device
Jun 16 12:25:57 Bree kernel: scsi 6:0:0:0: Direct-Access ASMT ASM1156-PM 0 PQ: 0 ANSI: 6
Jun 16 12:25:57 Bree kernel: scsi 6:0:0:1: Direct-Access ASMT ASM1156-PM 0 PQ: 0 ANSI: 6
Jun 16 12:25:57 Bree kernel: sd 6:0:0:0: Attached scsi generic sg4 type 0
Jun 16 12:25:57 Bree kernel: sd 6:0:0:1: Attached scsi generic sg5 type 0
Jun 16 12:25:57 Bree kernel: sd 6:0:0:0: [sdd] 1953525168 512-byte logical blocks: (1.00 TB/932 GiB)
Jun 16 12:25:57 Bree kernel: sd 6:0:0:0: [sdd] 4096-byte physical blocks
Jun 16 12:25:57 Bree kernel: sd 6:0:0:0: [sdd] Write Protect is off
Jun 16 12:25:57 Bree kernel: sd 6:0:0:0: [sdd] Mode Sense: 43 00 00 00
Jun 16 12:25:57 Bree kernel: sd 6:0:0:1: [sde] 1953525168 512-byte logical blocks: (1.00 TB/932 GiB)
Jun 16 12:25:57 Bree kernel: sd 6:0:0:1: [sde] 4096-byte physical blocks
Jun 16 12:25:57 Bree kernel: sd 6:0:0:1: [sde] Write Protect is off
Jun 16 12:25:57 Bree kernel: sd 6:0:0:1: [sde] Mode Sense: 43 00 00 00
Jun 16 12:25:57 Bree kernel: sd 6:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Jun 16 12:25:57 Bree kernel: sd 6:0:0:0: [sdd] Optimal transfer size 33553920 bytes not a multiple of physical block size (4096 bytes)
Jun 16 12:25:57 Bree kernel: sd 6:0:0:0: [sdd] Attached SCSI disk <--------------------------------------------------A
Jun 16 12:26:27 Bree kernel: sd 6:0:0:1: tag#12 uas_eh_abort_handler 0 uas-tag 1 inflight: IN
Jun 16 12:26:27 Bree kernel: sd 6:0:0:1: tag#12 CDB: Mode Sense(6) 1a 00 08 00 18 00
Jun 16 12:26:27 Bree kernel: scsi host6: uas_eh_device_reset_handler start
Jun 16 12:26:27 Bree kernel: usb 4-3: reset SuperSpeed Gen 1 USB device number 5 using xhci_hcd
Jun 16 12:26:27 Bree kernel: scsi host6: uas_eh_device_reset_handler success
Jun 16 12:26:27 Bree kernel: sd 6:0:0:1: [sde] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Jun 16 12:26:27 Bree kernel: sd 6:0:0:1: [sde] Optimal transfer size 33553920 bytes not a multiple of physical block size (4096 bytes)
Jun 16 12:26:27 Bree kernel: sd 6:0:0:1: [sde] Attached SCSI disk <--------------------------------------------------B
What's clear is that the 30-second delay is due to one of the component
drives taking that long to come online (both drives are WD 1TB units
but with different model numbers). IOW it has nothing to do with BTRFS,
nor my dock-watch unit, nor automount.
So two questions:
1) Is there an obvious error with the drive itself?
2) Is there a way to prevent the system boot from freezing while it
waits for the drive to come online?
Thanks for any insights.
poc
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
