HDD nach Neustart nicht da

Probleme mit Samba, NFS, FTP und Co.
Antworten
AlexD
Beiträge: 21
Registriert: 24.07.2019 15:09:31

HDD nach Neustart nicht da

Beitrag von AlexD » 02.04.2020 12:38:57

Ich habe hier ein Debian 9 (stretch) mit Openmediavault.

Ich hab ein Update gemacht, dann ein Neustart und dann waren plötzlich nicht mehr alle HDDs da.

lsblk zeigt mir, dass die HDDs zwar da sind aber keine Partition mehr haben.

Jemand eine Idee was da passiert sein könnte bzw. viel wichtiger wie ich die Partitionen wieder herstellen kann?

https://www.technikaffe.de/forum/index. ... -03-13-png

Benutzeravatar
Lord_Carlos
Beiträge: 5578
Registriert: 30.04.2006 17:58:52
Lizenz eigener Beiträge: GNU Free Documentation License
Wohnort: Dänemark

Re: HDD nach Neustart nicht da

Beitrag von Lord_Carlos » 02.04.2020 13:04:02

Dein link geht nicht, ohne das man sich im anderen Forum anmeldet. Am besten hier in die Galleri hochladen.

sagt dmesg etwas hilfreiches? (Wenn zu viel spam, versuch es mit dmesg |grep -i sd)
Ausgabe von lsblk -f?
Nochmal neustarten versucht?
Smart test gemacht?

Code: Alles auswählen

╔═╗┬ ┬┌─┐┌┬┐┌─┐┌┬┐╔╦╗
╚═╗└┬┘└─┐ │ ├┤ │││ ║║
╚═╝ ┴ └─┘ ┴ └─┘┴ ┴═╩╝ rockt das Forum!

Benutzeravatar
MSfree
Beiträge: 10776
Registriert: 25.09.2007 19:59:30

Re: HDD nach Neustart nicht da

Beitrag von MSfree » 02.04.2020 13:11:37

Code: Alles auswählen

cat /proc/mdstat
?

AlexD
Beiträge: 21
Registriert: 24.07.2019 15:09:31

Re: HDD nach Neustart nicht da

Beitrag von AlexD » 02.04.2020 13:18:43

Lord_Carlos hat geschrieben: ↑ zum Beitrag ↑
02.04.2020 13:04:02
Dein link geht nicht, ohne das man sich im anderen Forum anmeldet. Am besten hier in die Galleri hochladen.
Ahh, jetzt weis ich wie es geht, sorry

2583
Lord_Carlos hat geschrieben: ↑ zum Beitrag ↑
02.04.2020 13:04:02
sagt dmesg etwas hilfreiches? (Wenn zu viel spam, versuch es mit dmesg |grep -i sd)

Code: Alles auswählen

[    5.821901] sd 5:0:0:0: [sde] 3907029168 512-byte logical blocks: (2.00 TB/1.82 TiB)
[    5.821903] sd 5:0:0:0: [sde] 4096-byte physical blocks
[    5.821911] sd 5:0:0:0: [sde] Write Protect is off
[    5.821913] sd 5:0:0:0: [sde] Mode Sense: 00 3a 00 00
[    5.821924] sd 5:0:0:0: [sde] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[    5.829802] sd 3:0:0:0: [sdd] Attached SCSI removable disk
[    5.974766] sd 6:0:0:0: [sdf] 3907029168 512-byte logical blocks: (2.00 TB/1.82 TiB)
[    5.975901] sd 6:0:0:0: [sdf] Write Protect is off
[    5.975906] sd 6:0:0:0: [sdf] Mode Sense: 47 00 00 08
[    5.977025] sd 6:0:0:0: [sdf] Disabling FUA
[    5.977031] sd 6:0:0:0: [sdf] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    6.004952] scsi 7:0:0:0: Direct-Access     SanDisk  SDSSDHII120G     0404 PQ: 0 ANSI: 6
[    6.006762] sd 7:0:0:0: [sdg] 234441648 512-byte logical blocks: (120 GB/112 GiB)
[    6.007799] sd 7:0:0:0: [sdg] Write Protect is off
[    6.007804] sd 7:0:0:0: [sdg] Mode Sense: 47 00 00 08
[    6.008923] sd 7:0:0:0: [sdg] Disabling FUA
[    6.008928] sd 7:0:0:0: [sdg] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    6.016409]  sdg: sdg1 sdg2 < sdg5 >
[    6.021273] sd 7:0:0:0: [sdg] Attached SCSI disk
[    6.213353] sd 2:0:0:0: [sdc] Attached SCSI removable disk
[    6.219162]  sdf: sdf1
[    6.224885] sd 6:0:0:0: [sdf] Attached SCSI disk
[    6.543034]  sde: sde1
[    6.543568] sd 5:0:0:0: [sde] Attached SCSI removable disk
[    6.969042] EXT4-fs (sdg1): mounted filesystem with ordered data mode. Opts: (null)
[    8.470682] EXT4-fs (sdg1): re-mounted. Opts: errors=remount-ro
[    8.993619] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
[    9.007697] acpi_cpufreq: overriding BIOS provided _PSD data
[    9.130312] sd 0:0:0:0: Attached scsi generic sg0 type 0
[    9.130423] sd 1:0:0:0: Attached scsi generic sg1 type 0
[    9.130478] sd 2:0:0:0: Attached scsi generic sg2 type 0
[    9.130595] sd 3:0:0:0: Attached scsi generic sg3 type 0
[    9.130841] sd 5:0:0:0: Attached scsi generic sg4 type 0
[    9.130899] sd 6:0:0:0: Attached scsi generic sg5 type 0
[    9.130957] sd 7:0:0:0: Attached scsi generic sg6 type 0
[    9.861556] Adding 16643068k swap on /dev/sdg5.  Priority:-2 extents:1 across:16643068k FS
[   10.165200] EXT4-fs (sde1): mounted filesystem with ordered data mode. Opts: user_xattr,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,acl
[   10.230092] EXT4-fs (sdf1): mounted filesystem with ordered data mode. Opts: user_xattr,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,acl
[  100.303080] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
[  100.309726] NFSD: starting 90-second grace period (net f0000098)
[248223.716155] nfsd: last server has exited, flushing export cache
[248224.631072] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
[248224.631103] NFSD: starting 90-second grace period (net f0000098)
Lord_Carlos hat geschrieben: ↑ zum Beitrag ↑
02.04.2020 13:04:02
Ausgabe von lsblk -f?

Code: Alles auswählen

$ lsblk -f
NAME   FSTYPE            LABEL             UUID                                 MOUNTPOINT
sda    linux_raid_member SRVBackup:BackupA f262c3ad-0171-44e6-29f9-2242bba2baf2 
sdb    linux_raid_member SRVBackup:BackupA f262c3ad-0171-44e6-29f9-2242bba2baf2 
sdc    linux_raid_member SRVBackup:BackupB 1b83aaf5-5618-1e83-2f63-e03273fa5ed7 
sdd    linux_raid_member SRVBackup:BackupB 1b83aaf5-5618-1e83-2f63-e03273fa5ed7 
sde                                                                             
└─sde1 ext4              WebBackup         567206a7-7149-4d5f-9e28-ccef32691647 /srv/dev-disk-by-label-WebBackup
sdf                                                                             
└─sdf1 ext4              WebBackupB        856e4814-3b6a-4ac2-abd4-134068efc2d4 /srv/dev-disk-by-label-WebBackupB
sdg                                                                             
├─sdg1 ext4              System            91993f88-7ecf-4990-8849-7ed524875b63 /
├─sdg2                                                                          
└─sdg5 swap                                0d8ca5eb-7bb0-4984-ac82-43ecaeb333f4 [SWAP]
$ 
MSfree hat geschrieben: ↑ zum Beitrag ↑
02.04.2020 13:11:37

Code: Alles auswählen

cat /proc/mdstat

Code: Alles auswählen

$ cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md1 : inactive sdc[0] sdd[1]
      6348646400 blocks super 1.2
       
md0 : inactive sda[0] sdb[1]
      6348646400 blocks super 1.2
       
unused devices: <none>
$ 
Neustart hatte ich natürlich schon nochmal gemacht mit dem selbigen Ergebnis.

Benutzeravatar
Lord_Carlos
Beiträge: 5578
Registriert: 30.04.2006 17:58:52
Lizenz eigener Beiträge: GNU Free Documentation License
Wohnort: Dänemark

Re: HDD nach Neustart nicht da

Beitrag von Lord_Carlos » 02.04.2020 13:28:36

Ich nehme an es geht um sd{a,b,c,d}?
Und es waren zwei md raids? Wenn ja, zeig uns mal deine /etc/mdadm.conf

Kenne mich da nicht so aus, aber vielleicht hilft das hier? https://www.funkypenguin.co.nz/note/imp ... tallation/ Edit: Naja, ich ueberlasse das mal lieber anderen. Nicht das du was kaputt machst wegen mir :3

Code: Alles auswählen

╔═╗┬ ┬┌─┐┌┬┐┌─┐┌┬┐╔╦╗
╚═╗└┬┘└─┐ │ ├┤ │││ ║║
╚═╝ ┴ └─┘ ┴ └─┘┴ ┴═╩╝ rockt das Forum!

AlexD
Beiträge: 21
Registriert: 24.07.2019 15:09:31

Re: HDD nach Neustart nicht da

Beitrag von AlexD » 02.04.2020 13:43:39

Lord_Carlos hat geschrieben: ↑ zum Beitrag ↑
02.04.2020 13:28:36
Ich nehme an es geht um sd{a,b,c,d}?
Und es waren zwei md raids? Wenn ja, zeig uns mal deine /etc/mdadm.conf
Jo, a-d und ja md0 und md1. Erinnere mich wieder :-) Hat ja auch cat /proc/mdstat angezeigt

Code: Alles auswählen

/etc/mdadm.conf
-bash: /etc/mdadm.conf: No such file or directory

Benutzeravatar
MSfree
Beiträge: 10776
Registriert: 25.09.2007 19:59:30

Re: HDD nach Neustart nicht da

Beitrag von MSfree » 02.04.2020 13:58:24

AlexD hat geschrieben: ↑ zum Beitrag ↑
02.04.2020 13:43:39

Code: Alles auswählen

/etc/mdadm.conf
-bash: /etc/mdadm.conf: No such file or directory
Die Datei mdadm.conf steckt in /etc/mdadm,

Code: Alles auswählen

cat /etc/mdadm/mdadm.conf
sollte also klappen.

AlexD
Beiträge: 21
Registriert: 24.07.2019 15:09:31

Re: HDD nach Neustart nicht da

Beitrag von AlexD » 02.04.2020 15:48:52

MSfree hat geschrieben: ↑ zum Beitrag ↑
02.04.2020 13:58:24

Code: Alles auswählen

cat /etc/mdadm/mdadm.conf
sollte also klappen.

Code: Alles auswählen

cat /etc/mdadm/mdadm.conf
# mdadm.conf
#
# Please refer to mdadm.conf(5) for information about this file.
#

# by default, scan all partitions (/proc/partitions) for MD superblocks.
# alternatively, specify devices to scan, using wildcards if desired.
# Note, if no DEVICE line is present, then "DEVICE partitions" is assumed.
# To avoid the auto-assembly of RAID devices a pattern that CAN'T match is
# used if no RAID devices are configured.
DEVICE partitions

# auto-create devices with Debian standard permissions
CREATE owner=root group=disk mode=0660 auto=yes

# automatically tag new arrays as belonging to the local system
HOMEHOST <system>

# definitions of existing MD arrays
ARRAY /dev/md1 metadata=1.2 name=SRVBackup:BackupB UUID=1b83aaf5:56181e83:2f63e032:73fa5ed7
ARRAY /dev/md0 metadata=1.2 name=SRVBackup:BackupA UUID=f262c3ad:017144e6:29f92242:bba2baf2
root@SRVBackup:~# 

Benutzeravatar
MSfree
Beiträge: 10776
Registriert: 25.09.2007 19:59:30

Re: HDD nach Neustart nicht da

Beitrag von MSfree » 02.04.2020 15:58:50

Es sollte also alles noch in Ordnung sein, bis auf die Tatsache, daß die beiden RAIDs nicht aktiv sind (siehe Ausgabe von cat /proc/mdstat oben).

Mit

Code: Alles auswählen

mdadm -A /dev/md0
mdadm -A /dev/md1
sollten die sich reaktivieren lassen. Anschließend nochmal mit cat /proc/mdstat nachsehen, ob die jetzt aktiv sind.

AlexD
Beiträge: 21
Registriert: 24.07.2019 15:09:31

Re: HDD nach Neustart nicht da

Beitrag von AlexD » 02.04.2020 17:29:40

MSfree hat geschrieben: ↑ zum Beitrag ↑
02.04.2020 15:58:50
Es sollte also alles noch in Ordnung sein, bis auf die Tatsache, daß die beiden RAIDs nicht aktiv sind (siehe Ausgabe von cat /proc/mdstat oben).

Mit

Code: Alles auswählen

mdadm -A /dev/md0
mdadm -A /dev/md1
sollten die sich reaktivieren lassen. Anschließend nochmal mit cat /proc/mdstat nachsehen, ob die jetzt aktiv sind.
Hab ich gemacht für md0 hat es ein Augenblick gedauert.

Aber das Ergebnis ist nach wie vor:

Code: Alles auswählen

cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md1 : inactive sdc[0] sdd[1]
      6348646400 blocks super 1.2
       
md0 : inactive sda[0] sdb[1]
      6348646400 blocks super 1.2
       
unused devices: <none>

Benutzeravatar
MSfree
Beiträge: 10776
Registriert: 25.09.2007 19:59:30

Re: HDD nach Neustart nicht da

Beitrag von MSfree » 02.04.2020 18:22:00

Ich werfe dir jetzt einfach mal ein paar Links hin, die sich damit beschäftigen, ein inaktives RAID wieder zum Laufen zu bringen:

https://superuser.com/questions/117824/ ... king-again
https://andersbrownworth.com/cms/411/Li ... tive/mdadm
https://unix.stackexchange.com/question ... drive-to-a

Vielleicht hilft es aber schon, die beiden RAID mit --run zur Mitarbeit zur bewegen:

Code: Alles auswählen

mdadm --run /dev/md0

Antworten