lvm2 Mirror - Bereinigung von Bad Blocks

_roman_

Experte
Thread Starter
Mitglied seit
05.04.2023
Beiträge
1.056
Hallo

Frage: Ich habe keinen Weg gefunden um nur einzelne Sektoren aus einem physical volume zu entfernen. Gibt es da überhaupt einen Weg?


Ich habe nach längerer Suche nichts gefunden.

Ich will mal mehr schreiben damit man die eigentliche Frage nachvollziehen kann.

Ausgangsszenario.

2 Festplatten wurden von "chiligreen" USB Festplattengehäuse ausgebaut. Das sind Billigteile vom Supermarkt Hofer oder Lidl. Wurden vor ewigen Zeiten gekauft.
Es wurde LVM2 mirror angelegt. eine 1.5 TB HDD spiegelt die andere 1.5TB HDD.

Ich verwende dieses lvm Laufwerk nur für Gentoo Distfiles und Downloads. Das sind Daten wo mir der Verlust des Laufwerks im Grunde egal ist.

Eine der zwei Festplatten wirft seit einigen Monaten etliche Fehler, siehe dmesg bzw. /var/log/messages
Code:
an 21 12:02:06 Sienna_Cichlid kernel: sd 6:0:0:0: [sdb] tag#27 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=2s
Jan 21 12:02:06 Sienna_Cichlid kernel: sd 6:0:0:0: [sdb] tag#27 Sense Key : Medium Error [current]
Jan 21 12:02:06 Sienna_Cichlid kernel: sd 6:0:0:0: [sdb] tag#27 Add. Sense: Unrecovered read error - auto reallocate failed
Jan 21 12:02:06 Sienna_Cichlid kernel: sd 6:0:0:0: [sdb] tag#27 CDB: Read(10) 28 00 03 83 a3 74 00 00 01 00
Jan 21 12:02:06 Sienna_Cichlid kernel: I/O error, dev sdb, sector 58958708 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 2

Mit grep und libreoffice calc habe ich diese Sektoren als "unerwünschte" defekte Sektoren ermittelt.
Code:
 58956416
 58956488
 58956489
 58956492
 58957952
 58958697
 58958700
 58958701
 58958721
 58959232



Anhand der Sektorenliste habe ich mittels fdisk das folgende angelegt. Es wurden die unerwünschten Sektoren per Hand weggelassen.
Gparted kann scheinbar nicht auf sektorenebene arbeiten. Seufz. So richtig Oldschool partitionen mit fdisk anlegen.

Code:
Sienna_Cichlid /home/roman # fdisk  /dev/sdb

Welcome to fdisk (util-linux 2.39.3).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.


Command (m for help): p
Disk /dev/sdb: 1.36 TiB, 1500301910016 bytes, 2930277168 sectors
Disk model: SAMSUNG HD154UI
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: C0179F20-9E16-4CFE-B394-4FCB81ACDEC3

Device        Start        End    Sectors   Size Type
/dev/sdb1      2048   58956415   58954368  28.1G Linux filesystem
/dev/sdb2  58956417   58956487         71  35.5K Linux filesystem
/dev/sdb3  58956493   58957951       1459 729.5K Linux filesystem
/dev/sdb4  58957953   58958696        744   372K Linux filesystem
/dev/sdb5  58958702   58958720         19   9.5K Linux filesystem
/dev/sdb6  58958722   58959231        510   255K Linux filesystem
/dev/sdb7  58959233 2930276351 2871317119   1.3T Linux filesystem

Command (m for help): q

Sienna_Cichlid /home/roman #

Nachdem ich dieses Ausgabe sehe, hätte man sdb2 bis sdb6 als einzelnen Block zusammenfassen können. Dass ist im Grunde egal. Es handelt sich um circa 5MB geschätzt.

--

Ich werde ein neues lvm anlegen mit nur sdb1 und sdb7 und sdc

Wie es vorher war. Nur sdb ist die Platte die mir diese Fehler geworfen hat.
Code:
Sienna_Cichlid /home/roman # pvdisplay -m
  --- Physical volume ---
  PV Name               /dev/sdb
  VG Name               harddrives
  PV Size               1.36 TiB / not usable <3.40 MiB
  Allocatable           yes (but full)
  PE Size               4.00 MiB
  Total PE              357699
  Free PE               0
  Allocated PE          357699
  PV UUID               Etpump-E279-H81j-Bo6R-CVlU-DJWo-4fRANX
 
  --- Physical Segments ---
  Physical extent 0 to 0:
    Logical volume    /dev/harddrives/mirrored_rmeta_0
    Logical extents    0 to 0
  Physical extent 1 to 357698:
    Logical volume    /dev/harddrives/mirrored_rimage_0
    Logical extents    0 to 357697
 
  --- Physical volume ---
  PV Name               /dev/sdc
  VG Name               harddrives
  PV Size               1.36 TiB / not usable <2.37 MiB
  Allocatable           yes (but full)
  PE Size               4.00 MiB
  Total PE              357699
  Free PE               0
  Allocated PE          357699
  PV UUID               9qUyXg-nj3N-pBHY-KLQS-cecR-c0We-r1dDXQ
 
  --- Physical Segments ---
  Physical extent 0 to 0:
    Logical volume    /dev/harddrives/mirrored_rmeta_1
    Logical extents    0 to 0
  Physical extent 1 to 357698:
    Logical volume    /dev/harddrives/mirrored_rimage_1
    Logical extents    0 to 357697



Bitte keine Hinweise Festplatte austauschen usw. Das ist ein Langzeitversuch - ob man diese zwei Festplatten im Raid verwenden kann für nicht so wichtige Daten.
Darauf liegen Gentoo distfiles, d.h. das sind die "update Pakete" für Gentoo. Oder besser gesagt Quellcode usw. den man immer neu aus dem Netz ziehen kann wenn die Checksumme nicht passt. Ich will diesen Download auch nicht bereinigen. Dafür brauche ich keinen PremiumSpeicherplatz, d.h. neue HDD oder NVME oder SSD. Diese 2 USB Festplatten lagen für Jahre unbenutzt im Schrank - wegen zu viele Kabel zum Benutzen, usw.

Scheinbar wurde diese zwei Festplatten von mir Ende Juni 2023 in Betrieb genommen.
Code:
Sienna_Cichlid /home/roman # lvdisplay
  --- Logical volume ---
  LV Path                /dev/harddrives/mirrored
  LV Name                mirrored
  VG Name                harddrives
  LV UUID                c3Bmfv-2fG4-HKVf-2q3d-p0jt-hkPG-FzNNo5
  LV Write Access        read/write
  LV Creation host, time Sienna_Cichlid, 2023-06-26 15:04:03 +0200
  LV Status              NOT available
  LV Size                1.36 TiB
  Current LE             357698
  Mirrored volumes       2
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto

In der perfekten Welt haette es irgendeine Eingabe gegeben um diese 10 defekten Sektoren zu deaktivieren.

--

Nachtrag: Um etwas neues zu erlernen und Dinge zu testen probiere ich Dinge. Ich habe es nicht geschafft auf die Daten zuzugreifen, als ich eine Platte absichtlich ein EXT4 Dateisystem erstellt habe. Ich habe sogar noch mein Email an mich selbst gefunden wo ich diesen Datenträger angelegt habe mit dem vollen Shell output. wenn ich ein mirror Volume auf LVM2 Basis nicht benutzen kann bei Datenträgerausfall in relativ vertretbarer Zeit, so ist es für mich unbrauchbar. Die mirror Funktionalität wollte ich benutzen um zu sehen ob zwei Festplatten im Verbund schneller sind. Der Mount Punkt hat gelaggt ab einer gewissen Füllmenge an Dateien in einem Ordner. Das ist vermutlich auch der Grund warum die gentoo distfiles Server die Dateien jetzt in verschiedene Unterordner ablegen - anstatt alles in einen Ordner. Man sollte regelmässig durchprobieren und schauen, ob man bei einem Disaster an seine Daten rankommt. So wegwerf-Daten wie die gentoo distfiles und ältere Datenträger sind dafür recht brauchbar zum Testen.
 
Zuletzt bearbeitet:
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh