dippes
Anmeldungsdatum: 31. Dezember 2009
Beiträge: 546
|
Hallo ich hatte für Trusty damals diese USB Mount Regel für meine Externe Festplatte erstellt. KERNEL=="sd?1", SUBSYSTEMS=="usb", ATTRS{serial}=="574343374B3043554B335433", SYMLINK+="Backupplatte", RUN+="/bin/mkdir -p '/mnt/Backup4t'", RUN+="/bin/mount -t ext4 -o data=writeback,barrier=0,nobh,errors=remount-ro /dev/Backupplatte /mnt/Backup4t"
Jetzt in Bionic wird die Platte zwar erkannt erkannt aber nicht eingehängt.Der Ordner /mnt/Backup4t wird erstellt. May 4 20:48:18 hp-server kernel: [110759.804997] usb 5-2: new SuperSpeed USB device number 2 using xhci_hcd
May 4 20:48:18 hp-server kernel: [110759.827905] usb 5-2: New USB device found, idVendor=1058, idProduct=25a3
May 4 20:48:18 hp-server kernel: [110759.827909] usb 5-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
May 4 20:48:18 hp-server kernel: [110759.827911] usb 5-2: Product: Elements 25A3
May 4 20:48:18 hp-server kernel: [110759.827913] usb 5-2: Manufacturer: Western Digital
May 4 20:48:18 hp-server kernel: [110759.827915] usb 5-2: SerialNumber: 574343374B3043554B335433
May 4 20:48:19 hp-server kernel: [110760.742598] usb-storage 5-2:1.0: USB Mass Storage device detected
May 4 20:48:19 hp-server kernel: [110760.742727] scsi host6: usb-storage 5-2:1.0
May 4 20:48:19 hp-server kernel: [110760.742843] usbcore: registered new interface driver usb-storage
May 4 20:48:19 hp-server kernel: [110760.744270] usbcore: registered new interface driver uas
May 4 20:48:20 hp-server kernel: [110761.745081] scsi 6:0:0:0: Direct-Access WD Elements 25A3 1019 PQ: 0 ANSI: 6
May 4 20:48:20 hp-server kernel: [110761.745776] sd 6:0:0:0: Attached scsi generic sg5 type 0
May 4 20:48:20 hp-server kernel: [110761.749272] sd 6:0:0:0: [sdf] Spinning up disk...
May 4 20:48:22 hp-server kernel: [110762.768131] .
May 4 20:48:23 hp-server kernel: [110763.792134] .
May 4 20:48:24 hp-server kernel: [110764.816147] .
May 4 20:48:25 hp-server kernel: [110765.840143] .
May 4 20:48:26 hp-server kernel: [110766.864146] .
May 4 20:48:27 hp-server kernel: [110767.888155] .
May 4 20:48:28 hp-server kernel: [110768.912146] .
May 4 20:48:29 hp-server kernel: [110769.936160] .
May 4 20:48:30 hp-server kernel: [110770.960152] .
May 4 20:48:30 hp-server kernel: [110771.984164] .
May 4 20:48:30 hp-server kernel: [110771.984330] ready
May 4 20:48:30 hp-server kernel: [110771.984506] sd 6:0:0:0: [sdf] Very big device. Trying to use READ CAPACITY(16).
May 4 20:48:30 hp-server kernel: [110771.984645] sd 6:0:0:0: [sdf] 7813969920 512-byte logical blocks: (4.00 TB/3.64 TiB)
May 4 20:48:30 hp-server kernel: [110771.984647] sd 6:0:0:0: [sdf] 4096-byte physical blocks
May 4 20:48:30 hp-server kernel: [110771.985819] sd 6:0:0:0: [sdf] Write Protect is off
May 4 20:48:30 hp-server kernel: [110771.985823] sd 6:0:0:0: [sdf] Mode Sense: 47 00 10 08
May 4 20:48:30 hp-server kernel: [110771.986860] sd 6:0:0:0: [sdf] No Caching mode page found
May 4 20:48:30 hp-server kernel: [110771.986897] sd 6:0:0:0: [sdf] Assuming drive cache: write through
May 4 20:48:30 hp-server kernel: [110771.987408] sd 6:0:0:0: [sdf] Very big device. Trying to use READ CAPACITY(16).
May 4 20:48:30 hp-server kernel: [110772.042086] sdf: sdf1
May 4 20:48:30 hp-server kernel: [110772.042718] sd 6:0:0:0: [sdf] Very big device. Trying to use READ CAPACITY(16).
May 4 20:48:30 hp-server kernel: [110772.044969] sd 6:0:0:0: [sdf] Attached SCSI disk
May 4 20:48:30 hp-server kernel: [110772.211972] EXT4-fs (sdf1): Ignoring removed nobh option
May 4 20:48:31 hp-server kernel: [110772.239619] EXT4-fs (sdf1): barriers disabled
May 4 20:48:31 hp-server kernel: [110772.273731] EXT4-fs (sdf1): recovery complete
May 4 20:48:31 hp-server kernel: [110772.273984] EXT4-fs (sdf1): mounted filesystem with writeback data mode. Opts: data=writeback,barrier=0,nobh,errors=remount-ro
Eine manuelle Eingabe in die Shell "mount /dev/Backupplatte /mnt/Backup4t" hängt die Platte ein. Was hat sich gegenüber Trusty geändert?
|
dingsbums
Anmeldungsdatum: 13. November 2010
Beiträge: 3553
|
Ich würde mal zwischen "mkdir" und "mount" noch ein "sleep 1" einfügen. So eine kleine Pause kann manchmal Wunder wirken.
|
seahawk1986
Anmeldungsdatum: 27. Oktober 2006
Beiträge: 11181
Wohnort: München
|
Im Zweifelsfall mal die Manpage zu udev lesen (wichtig ist der gelb markierte Satz am Ende der Beschreibung von RUN : RUN{type}
Add a program to the list of programs to be executed after processing all the rules
for a specific event, depending on "type":
"program"
Execute an external program specified as the assigned value. If no absolute path
is given, the program is expected to live in /lib/udev; otherwise, the absolute
path must be specified.
This is the default if no type is specified.
"builtin"
As program, but use one of the built-in programs rather than an external one.
The program name and following arguments are separated by spaces. Single quotes can be
used to specify arguments with spaces.
This can only be used for very short-running foreground tasks. Running an event
process for a long period of time may block all further events for this or a dependent
device.
Starting daemons or other long-running processes is not appropriate for udev; the
forked processes, detached or not, will be unconditionally killed after the event
handling has finished.
Note that running programs that access the network or mount/unmount filesystems is not
allowed inside of udev rules, due to the default sandbox that is enforced on
systemd-udevd.service.
Für sowas gibt es systemd/Mount Units, die man über udev starten lassen kann oder man geht über eine Automount Unit (https://www.freedesktop.org/software/systemd/man/systemd.automount.html, geht prinzpiell auch als fstab-Eintrag), die versucht den Datenträger beim Zugriff zu mounten.
|
rklm
Projektleitung
Anmeldungsdatum: 16. Oktober 2011
Beiträge: 12832
|
Ich habe mal ein wenig gesucht und die einfachste Möglichkeit scheint mir diese zu sein. Man trägt das einfach mit "auto,nofail" in die /etc/fstab ein und Systemd mountet dann das Laufwerk beim Anschließen. Da brauchst Du auch keine udev-Regel mehr, denn:
The important parameters are “auto” and “nofail”: with “auto”, systemd mounts the filesystem as soon as the device is available. This behavior is different from sysvinit where “auto” is taken into account only when “mount -a” is run by init scripts. “nofail” ensures that boot does not fail when the device is not available.
Ich habe allerdings noch nicht herausgefunden, wie man es ohne sudo aushängen kann. Bzw. man kann es vermutlich mit einer Automount-Unit mit "LazyUmount=true" machen.
|
dippes
(Themenstarter)
Anmeldungsdatum: 31. Dezember 2009
Beiträge: 546
|
Ich habe es so wie seahawk1986 angezeigt gemacht.Funktioniert für mich einwandfrei. Systemd hat schon was finde ich.
|
dippes
(Themenstarter)
Anmeldungsdatum: 31. Dezember 2009
Beiträge: 546
|
Habe heute Morgen mal ins syslog geschaut. Mir ist aufgefallen das regelmässig solche Zeilen kommen. | May 6 11:27:39 hp-server systemd[1]: dev-disk-by\x2duuid-3d5442a7\x2df447\x2d479f\x2da5e6\x2d5c92a53500f4.device: Job dev-disk-by\x2duuid-3d5442a7\x2df447\x2d479f\x2da5e6\x2d5c92a53500f4.device/start timed out.
May 6 11:27:39 hp-server systemd[1]: Timed out waiting for device Elements_25A3 Backup.
May 6 11:27:39 hp-server systemd[1]: Dependency failed for Mount System Backups Directory.
May 6 11:27:39 hp-server systemd[1]: mnt-Backup4t.mount: Job mnt-Backup4t.mount/start failed with result 'dependency'.
May 6 11:27:39 hp-server systemd[1]: dev-disk-by\x2duuid-3d5442a7\x2df447\x2d479f\x2da5e6\x2d5c92a53500f4.device: Job dev-disk-by\x2duuid-3d5442a7\x2df447\x2d479f\x2da5e6\x2d5c92a53500f4.device/start failed with result 'timeout'.
|
Der Job mnt-Backup4t.mount versucht die ganze Zeit die Platte einzuhängen.Kann das irgendie ausgeschaltet werden? Die Platte soll nur versucht eingehängt werden wenn diese eingeschaltet ist.
|
dippes
(Themenstarter)
Anmeldungsdatum: 31. Dezember 2009
Beiträge: 546
|
Alle zwei Minuten schreibt systemd diese Meldungen ins Syslog wenn die Platte abgeschaltet ist.Kann man Systemd sagen das es damit aufhöhren soll?
|
seahawk1986
Anmeldungsdatum: 27. Oktober 2006
Beiträge: 11181
Wohnort: München
|
Wie sieht deine udev-Regel und die davon aktivierten Units denn aus?
|
dippes
(Themenstarter)
Anmeldungsdatum: 31. Dezember 2009
Beiträge: 546
|
Ich habe keine udev Regel angelegt sondern über fstab fstab Eintrag UUID="3d5442a7-f447-479f-a5e6-5c92a53500f4" /mnt/Backup4t ext4 defaults 0 2
mnt-Backup4t.mount [Unit]
Description=Mount System Backups Directory
[Mount]
What=/dev/disk/by-uuid/3d5442a7-f447-479f-a5e6-5c92a53500f4
Where=/mnt/Backup4t
Type=ext4
Options=defaults
[Install]
WantedBy=multi-user.target
|
seahawk1986
Anmeldungsdatum: 27. Oktober 2006
Beiträge: 11181
Wohnort: München
|
Das ist keine Automount-Unit, sondern eine reguläre Mount-Unit und du brauchst entweder einen fstab-Eintrag oder selbst erstelle Units - im fstab-Eintrag fehlen IMHO x-systemd.automount und noauto als Mount-Optionen, sonst versucht er die Platte immer beim Starten einzuhängen.
|
rklm
Projektleitung
Anmeldungsdatum: 16. Oktober 2011
Beiträge: 12832
|
Und wenn "auto", dann auch "nofail", damit der Boot nicht scheitert. Die Meldungen habe ich auch immer im Journal.
|
dippes
(Themenstarter)
Anmeldungsdatum: 31. Dezember 2009
Beiträge: 546
|
Hm das in die fstab UUID="3d5442a7-f447-479f-a5e6-5c92a53500f4" /mnt/Backup4t ext4 x-systemd.automount,rw,noauto,nofail 0 0 In die mnt-Backup4t.mount [Unit]
Description=Mount System Backups Directory
[Mount]
What=/dev/disk/by-uuid/3d5442a7-f447-479f-a5e6-5c92a53500f4
Where=/mnt/Backup4t
Type=ext4
Options=x-systemd.automount,rw,noauto,nofail
[Install]
WantedBy=multi-user.target Wäre das Ok oder fehlt da nochwas?
|
rklm
Projektleitung
Anmeldungsdatum: 16. Oktober 2011
Beiträge: 12832
|
dippes schrieb:
das in die fstab UUID="3d5442a7-f447-479f-a5e6-5c92a53500f4" /mnt/Backup4t ext4 x-systemd.automount,rw,noauto,nofail 0 0
Bei mir sieht das so aus: UUID="uuid" /path btrfs auto,nofail 0 0
|
seahawk1986
Anmeldungsdatum: 27. Oktober 2006
Beiträge: 11181
Wohnort: München
|
rklm schrieb: Und wenn "auto", dann auch "nofail", damit der Boot nicht scheitert. Die Meldungen habe ich auch immer im Journal.
rklm schrieb: UUID="uuid" /path btrfs auto,nofail 0 0
Dann ist klar, warum du die Meldungen im Log hast - wenn Dienste vom local-fs.target abhängen, könnte der Boot-Vorgang außerdem ungewollt verlangsamt werden, wenn x-systemd.device-timeout nicht auf einen ausreichend kleinen Wert gesetzt ist - in Fstab gibt es ein paar Anwendungsbeispiele zu Systemd-Automount bei den typischen Szenarien.
|
dippes
(Themenstarter)
Anmeldungsdatum: 31. Dezember 2009
Beiträge: 546
|
Jetzt habe ich das Problem das sich die Platte nicht von selbst einhängt wenn ich diese einschalte.Was fehlt da noch? fstab UUID="3d5442a7-f447-479f-a5e6-5c92a53500f4" /mnt/Backup4t ext4 systemd.automount,rw,nofail,x-systemd.device-timeout=1ms 0 0 [Unit]
Description=Mount System Backups Directory
mnt-Backup4t.mount
[Mount]
What=/dev/disk/by-uuid/3d5442a7-f447-479f-a5e6-5c92a53500f4
Where=/mnt/Backup4t
Type=ext4
Options=x-systemd.automount,rw,nofail,x-systemd.device-timeout=1ms
[Install]
WantedBy=multi-user.target
|