[Debian] A start job is running for...

s-g

Member
Registriert
27 Mai 2011
Beiträge
827
Mahlzeit Zusammen,

seit dem Update auf Debian Stretch hat mein Homeserver ein kleines Problem beim Booten. Der Vorgang wird durch die Meldung "a start job is running for [...]". Um 90 Sek unterbrochen, danach geht alles problemlos.
Dabei scheinen zwei Geräte Probleme zu machen:

startjob1.jpg
startjob2.jpg

Eigentlich dachte ich, dass ließe sich über die fstab richten...aber die sieht eigentlich passend aus:

Code:
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=9a1478d6-2ca5-4ffb-a74b-d535bbbd832a /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=6e0359c2-bbd9-4597-a83d-20b0af503cfa none            swap    sw              0       0
# >>> [openmediavault]
UUID=83747ad0-a9cc-4d3c-8bdc-41713eabcc45 /srv/dev-disk-by-label-Storage ext4 defaults,nofail,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,acl 0 2
UUID=DA7E0D307E0D06CB /srv/dev-disk-by-label-Backup ntfs defaults,nofail 0 2
UUID=6bad9ee7-f6ea-4c70-919c-29b0a8609b98 /srv/dev-disk-by-id-ata-KingDian_S200_60GB_2016081614028-part3 ext4 defaults,nofail,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,discard,acl 0 2
# <<< [openmediavault]
#tmpfs           /tmp            tmpfs   defaults        0       0

Der Output von blkid:

Code:
NAME   FSTYPE LABEL   UUID                                 MOUNTPOINT
sda
├─sda1 ext4           9a1478d6-2ca5-4ffb-a74b-d535bbbd832a /
├─sda2
├─sda3 ext4           6bad9ee7-f6ea-4c70-919c-29b0a8609b98 /srv/dev-disk-by-id-ata-KingDian_S200_60GB_2016081614028-part3
└─sda5 swap           6e0359c2-bbd9-4597-a83d-20b0af503cfa [SWAP]
sdb
└─sdb1 ext4   Storage 83747ad0-a9cc-4d3c-8bdc-41713eabcc45 /srv/dev-disk-by-label-Storage
sdc
├─sdc1
└─sdc2 ntfs   Backup  DA7E0D307E0D06CB

Fällt euch da etwas auf?
Außer dass die während des Bootvorgangs angezeigten IDs nichtmal in den Dateien auftauchen...

Grüße
Alex
 
Zuletzt bearbeitet:
Das erinnert mich an ein Problem, das bei mir auftrat, nachdem bei der Parallelinstallation einer zweiten Debian-Release die Swap-Partition neu formatiert worden war. In der alten Installation musste ich danach /etc/fstab anpassen und die initrd's neu erzeugen, um die alte UUID zu ersetzen.
 
Du hast also Debian installiert und dann OMV drauf - oder hast Du direkt die Distri von OMV benutzt?
IIRC hat OMV wegen python ein paar Probleme beim Update.
 
Ich vermute, OMV ist OpenMediaVault? Das setze ich nicht ein.

Ich habe auf einem Rechner, auf dem in anderen Partitionen bereits Versionen von Debian und Ubuntu installiert waren, parallel zu diesen eine weitere Version von Debian installiert.
 
Jep, OMV = OpenMediaVault:).
Und ist auch direkt deren Distri.

Jah...so ganz sauber ist das Update nicht durchgelaufen. Bin gerade auch am überlegen ob sich da die ewige Fehlersuche überhaupt Lohnt, nachdem die fstab unauffällig scheint.
Entweder Backup zurück...oder ich nehm mir mal einen Tag Zeit und baue die Maschine gleich mit Docker neu auf. Dürfte das ganze in Zukunft etwas einfacher halten...
 
  • ok1.de
  • thinkstore24.de
  • Preiswerte-IT - Gebrauchte Lenovo Notebooks kaufen
Zurück
Oben