19 Nov
2019
19 Nov
'19
6:34 p.m.
Meine USB-Festplatte (am Sat_Receiver) will nicht mehr.
Sie ist mit ext3 partitioniert, wenn ich auf die erste Partition zugreifen will geht nix
mehr.
Wenn ich nach dem Anstecken und umount
fsck.ext3 /dev/sdc1
e2fsck 1.44.1 (24-Mar-2018)
RECORD: sauber, 3221/22937600 Dateien, 70953947/91750400 Blöcke
fsck.ext3 /dev/sdc2
e2fsck 1.44.1 (24-Mar-2018)
Samsung_340GB: sauber, 82996/22855680 Dateien, 67774050/91392256 Blöcke
Im dmesg sieht man:
[ 2839.864279] usb 1-2.3: USB disconnect, device number 7
[ 2839.876441] sd 2:0:0:0: [sdb] Synchronizing SCSI cache
[ 2839.876546] sd 2:0:0:0: [sdb] Synchronize Cache(10) failed: Result:
hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
[ 2846.778681] usb 1-2.3: new high-speed USB device number 8 using xhci_hcd
[ 2846.924343] usb 1-2.3: New USB device found, idVendor=174c, idProduct=5136
[ 2846.924353] usb 1-2.3: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[ 2846.924359] usb 1-2.3: Product: AS2105
[ 2846.924365] usb 1-2.3: Manufacturer: ASMedia
[ 2846.924370] usb 1-2.3: SerialNumber: 00000000000000000000
[ 2846.925420] usb-storage 1-2.3:1.0: USB Mass Storage device detected
[ 2846.931505] scsi host2: usb-storage 1-2.3:1.0
[ 2847.948676] scsi 2:0:0:0: Direct-Access ASMT 2105 0 PQ: 0 ANSI:
6
[ 2847.950497] sd 2:0:0:0: Attached scsi generic sg1 type 0
[ 2849.411373] sd 2:0:0:0: [sdb] 1465149168 512-byte logical blocks: (750 GB/699 GiB)
[ 2849.412043] sd 2:0:0:0: [sdb] Write Protect is off
[ 2849.412047] sd 2:0:0:0: [sdb] Mode Sense: 43 00 00 00
[ 2849.412460] sd 2:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't
support DPO or FUA
[ 2849.436408] sdb: sdb1 sdb2
[ 2849.438161] sd 2:0:0:0: [sdb] Attached SCSI disk
[ 2850.989071] EXT4-fs (sdb2): mounting ext3 file system using the ext4 subsystem
[ 2851.409992] EXT4-fs (sdb1): mounting ext3 file system using the ext4 subsystem
[ 2851.879673] EXT4-fs (sdb2): mounted filesystem with ordered data mode. Opts: (null)
[ 2852.132480] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)
[ 2910.808649] sd 2:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_OK
driverbyte=DRIVER_SENSE
[ 2910.808656] sd 2:0:0:0: [sdb] tag#0 Sense Key : Medium Error [current]
[ 2910.808660] sd 2:0:0:0: [sdb] tag#0 Add. Sense: Unrecovered read error
[ 2910.808665] sd 2:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 21 c8 fa b8 00 00 08 00
[ 2910.808669] print_req_error: critical medium error, dev sdb, sector 566819512
[ 2910.808697] EXT4-fs warning (device sdb1): htree_dirblock_to_tree:994: inode #17711105:
lblock 2: comm pool: error -5 reading directory block
Ist da noch was zu machen? Schade um die Aufnahmen .....
Gruß
Arno
19 Nov
19 Nov
6:52 p.m.
ich war in einem ähnlichen Fall mal dd_rescue erfolgreich.
re,
wh
Am 19.11.2019 18:34, schrieb Arno Steffens:
Meine USB-Festplatte (am Sat_Receiver) will nicht
mehr.
Sie ist mit ext3 partitioniert, wenn ich auf die erste Partition zugreifen will geht nix
mehr.
Wenn ich nach dem Anstecken und umount
fsck.ext3 /dev/sdc1
e2fsck 1.44.1 (24-Mar-2018)
RECORD: sauber, 3221/22937600 Dateien, 70953947/91750400 Blöcke
fsck.ext3 /dev/sdc2
e2fsck 1.44.1 (24-Mar-2018)
Samsung_340GB: sauber, 82996/22855680 Dateien, 67774050/91392256 Blöcke
Im dmesg sieht man:
[ 2839.864279] usb 1-2.3: USB disconnect, device number 7
[ 2839.876441] sd 2:0:0:0: [sdb] Synchronizing SCSI cache
[ 2839.876546] sd 2:0:0:0: [sdb] Synchronize Cache(10) failed: Result:
hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
[ 2846.778681] usb 1-2.3: new high-speed USB device number 8 using xhci_hcd
[ 2846.924343] usb 1-2.3: New USB device found, idVendor=174c, idProduct=5136
[ 2846.924353] usb 1-2.3: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[ 2846.924359] usb 1-2.3: Product: AS2105
[ 2846.924365] usb 1-2.3: Manufacturer: ASMedia
[ 2846.924370] usb 1-2.3: SerialNumber: 00000000000000000000
[ 2846.925420] usb-storage 1-2.3:1.0: USB Mass Storage device detected
[ 2846.931505] scsi host2: usb-storage 1-2.3:1.0
[ 2847.948676] scsi 2:0:0:0: Direct-Access ASMT 2105 0 PQ: 0 ANSI:
6
[ 2847.950497] sd 2:0:0:0: Attached scsi generic sg1 type 0
[ 2849.411373] sd 2:0:0:0: [sdb] 1465149168 512-byte logical blocks: (750 GB/699 GiB)
[ 2849.412043] sd 2:0:0:0: [sdb] Write Protect is off
[ 2849.412047] sd 2:0:0:0: [sdb] Mode Sense: 43 00 00 00
[ 2849.412460] sd 2:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't
support DPO or FUA
[ 2849.436408] sdb: sdb1 sdb2
[ 2849.438161] sd 2:0:0:0: [sdb] Attached SCSI disk
[ 2850.989071] EXT4-fs (sdb2): mounting ext3 file system using the ext4 subsystem
[ 2851.409992] EXT4-fs (sdb1): mounting ext3 file system using the ext4 subsystem
[ 2851.879673] EXT4-fs (sdb2): mounted filesystem with ordered data mode. Opts: (null)
[ 2852.132480] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)
[ 2910.808649] sd 2:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_OK
driverbyte=DRIVER_SENSE
[ 2910.808656] sd 2:0:0:0: [sdb] tag#0 Sense Key : Medium Error [current]
[ 2910.808660] sd 2:0:0:0: [sdb] tag#0 Add. Sense: Unrecovered read error
[ 2910.808665] sd 2:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 21 c8 fa b8 00 00 08 00
[ 2910.808669] print_req_error: critical medium error, dev sdb, sector 566819512
[ 2910.808697] EXT4-fs warning (device sdb1): htree_dirblock_to_tree:994: inode
#17711105: lblock 2: comm pool: error -5 reading directory block
Ist da noch was zu machen? Schade um die Aufnahmen .....
Gruß
Arno
7:36 p.m.
New subject: Aw: Re: Festplatte mit Problem
Danke, ich hab schon mal mit e2fsck angefangen. Allerdings hat er mit -p gemeint, ich soll
wegen der Fehler den manuellen Mode starten. Das lauft jetzt und ab und zu sage ich
"j". Mal sehen wohin das führt. Ich lese mich schon mal zu dd_rescue ein.
Gruß
Arno
Gesendet: Dienstag, 19. November 2019 um 18:52 Uhr
Von: "walter harms" <wharms(a)bfs.de>
An: flug(a)lug-freiburg.de
Betreff: Re: Festplatte mit Problem
ich war in einem ähnlichen Fall mal dd_rescue erfolgreich.
re,
wh
Am 19.11.2019 18:34, schrieb Arno Steffens:
Meine USB-Festplatte (am Sat_Receiver) will nicht
mehr.
Sie ist mit ext3 partitioniert, wenn ich auf die erste Partition zugreifen will geht nix
mehr.
Wenn ich nach dem Anstecken und umount
fsck.ext3 /dev/sdc1
e2fsck 1.44.1 (24-Mar-2018)
RECORD: sauber, 3221/22937600 Dateien, 70953947/91750400 Blöcke
fsck.ext3 /dev/sdc2
e2fsck 1.44.1 (24-Mar-2018)
Samsung_340GB: sauber, 82996/22855680 Dateien, 67774050/91392256 Blöcke
Im dmesg sieht man:
[ 2839.864279] usb 1-2.3: USB disconnect, device number 7
[ 2839.876441] sd 2:0:0:0: [sdb] Synchronizing SCSI cache
[ 2839.876546] sd 2:0:0:0: [sdb] Synchronize Cache(10) failed: Result:
hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
[ 2846.778681] usb 1-2.3: new high-speed USB device number 8 using xhci_hcd
[ 2846.924343] usb 1-2.3: New USB device found, idVendor=174c, idProduct=5136
[ 2846.924353] usb 1-2.3: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[ 2846.924359] usb 1-2.3: Product: AS2105
[ 2846.924365] usb 1-2.3: Manufacturer: ASMedia
[ 2846.924370] usb 1-2.3: SerialNumber: 00000000000000000000
[ 2846.925420] usb-storage 1-2.3:1.0: USB Mass Storage device detected
[ 2846.931505] scsi host2: usb-storage 1-2.3:1.0
[ 2847.948676] scsi 2:0:0:0: Direct-Access ASMT 2105 0 PQ: 0 ANSI:
6
[ 2847.950497] sd 2:0:0:0: Attached scsi generic sg1 type 0
[ 2849.411373] sd 2:0:0:0: [sdb] 1465149168 512-byte logical blocks: (750 GB/699 GiB)
[ 2849.412043] sd 2:0:0:0: [sdb] Write Protect is off
[ 2849.412047] sd 2:0:0:0: [sdb] Mode Sense: 43 00 00 00
[ 2849.412460] sd 2:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't
support DPO or FUA
[ 2849.436408] sdb: sdb1 sdb2
[ 2849.438161] sd 2:0:0:0: [sdb] Attached SCSI disk
[ 2850.989071] EXT4-fs (sdb2): mounting ext3 file system using the ext4 subsystem
[ 2851.409992] EXT4-fs (sdb1): mounting ext3 file system using the ext4 subsystem
[ 2851.879673] EXT4-fs (sdb2): mounted filesystem with ordered data mode. Opts: (null)
[ 2852.132480] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)
[ 2910.808649] sd 2:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_OK
driverbyte=DRIVER_SENSE
[ 2910.808656] sd 2:0:0:0: [sdb] tag#0 Sense Key : Medium Error [current]
[ 2910.808660] sd 2:0:0:0: [sdb] tag#0 Add. Sense: Unrecovered read error
[ 2910.808665] sd 2:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 21 c8 fa b8 00 00 08 00
[ 2910.808669] print_req_error: critical medium error, dev sdb, sector 566819512
[ 2910.808697] EXT4-fs warning (device sdb1): htree_dirblock_to_tree:994: inode
#17711105: lblock 2: comm pool: error -5 reading directory block
Ist da noch was zu machen? Schade um die Aufnahmen .....
Gruß
Arno
20 Nov
20 Nov
9:15 a.m.
Ich fürchte das ist ein Fehler.
Die Idee hinter dd_rescue ist eine copy der beschädigten Platte
zu machen und dann die Daten zu retten.
mit fsck wird ein write Zugriff gemacht und das kann Daten beschädigen.
re,
wh
Am 19.11.2019 19:36, schrieb Arno Steffens:
Danke, ich hab schon mal mit e2fsck angefangen.
Allerdings hat er mit -p gemeint, ich soll wegen der Fehler den manuellen Mode starten.
Das lauft jetzt und ab und zu sage ich "j". Mal sehen wohin das führt. Ich lese
mich schon mal zu dd_rescue ein.
Gruß
Arno
> Gesendet: Dienstag, 19. November 2019 um 18:52 Uhr
> Von: "walter harms" <wharms(a)bfs.de>
> An: flug(a)lug-freiburg.de
> Betreff: Re: Festplatte mit Problem
>
> ich war in einem ähnlichen Fall mal dd_rescue erfolgreich.
>
> re,
> wh
>
> Am 19.11.2019 18:34, schrieb Arno Steffens:
>> Meine USB-Festplatte (am Sat_Receiver) will nicht mehr.
>> Sie ist mit ext3 partitioniert, wenn ich auf die erste Partition zugreifen will
geht nix mehr.
>>
>> Wenn ich nach dem Anstecken und umount
>> fsck.ext3 /dev/sdc1
>> e2fsck 1.44.1 (24-Mar-2018)
>> RECORD: sauber, 3221/22937600 Dateien, 70953947/91750400 Blöcke
>>
>> fsck.ext3 /dev/sdc2
>> e2fsck 1.44.1 (24-Mar-2018)
>> Samsung_340GB: sauber, 82996/22855680 Dateien, 67774050/91392256 Blöcke
>>
>> Im dmesg sieht man:
>>
>> [ 2839.864279] usb 1-2.3: USB disconnect, device number 7
>> [ 2839.876441] sd 2:0:0:0: [sdb] Synchronizing SCSI cache
>> [ 2839.876546] sd 2:0:0:0: [sdb] Synchronize Cache(10) failed: Result:
hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
>> [ 2846.778681] usb 1-2.3: new high-speed USB device number 8 using xhci_hcd
>> [ 2846.924343] usb 1-2.3: New USB device found, idVendor=174c, idProduct=5136
>> [ 2846.924353] usb 1-2.3: New USB device strings: Mfr=2, Product=3,
SerialNumber=1
>> [ 2846.924359] usb 1-2.3: Product: AS2105
>> [ 2846.924365] usb 1-2.3: Manufacturer: ASMedia
>> [ 2846.924370] usb 1-2.3: SerialNumber: 00000000000000000000
>> [ 2846.925420] usb-storage 1-2.3:1.0: USB Mass Storage device detected
>> [ 2846.931505] scsi host2: usb-storage 1-2.3:1.0
>> [ 2847.948676] scsi 2:0:0:0: Direct-Access ASMT 2105 0 PQ:
0 ANSI: 6
>> [ 2847.950497] sd 2:0:0:0: Attached scsi generic sg1 type 0
>> [ 2849.411373] sd 2:0:0:0: [sdb] 1465149168 512-byte logical blocks: (750 GB/699
GiB)
>> [ 2849.412043] sd 2:0:0:0: [sdb] Write Protect is off
>> [ 2849.412047] sd 2:0:0:0: [sdb] Mode Sense: 43 00 00 00
>> [ 2849.412460] sd 2:0:0:0: [sdb] Write cache: enabled, read cache: enabled,
doesn't support DPO or FUA
>> [ 2849.436408] sdb: sdb1 sdb2
>> [ 2849.438161] sd 2:0:0:0: [sdb] Attached SCSI disk
>> [ 2850.989071] EXT4-fs (sdb2): mounting ext3 file system using the ext4
subsystem
>> [ 2851.409992] EXT4-fs (sdb1): mounting ext3 file system using the ext4
subsystem
>> [ 2851.879673] EXT4-fs (sdb2): mounted filesystem with ordered data mode. Opts:
(null)
>> [ 2852.132480] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts:
(null)
>> [ 2910.808649] sd 2:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_OK
driverbyte=DRIVER_SENSE
>> [ 2910.808656] sd 2:0:0:0: [sdb] tag#0 Sense Key : Medium Error [current]
>> [ 2910.808660] sd 2:0:0:0: [sdb] tag#0 Add. Sense: Unrecovered read error
>> [ 2910.808665] sd 2:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 21 c8 fa b8 00 00 08
00
>> [ 2910.808669] print_req_error: critical medium error, dev sdb, sector 566819512
>> [ 2910.808697] EXT4-fs warning (device sdb1): htree_dirblock_to_tree:994: inode
#17711105: lblock 2: comm pool: error -5 reading directory block
>>
>> Ist da noch was zu machen? Schade um die Aufnahmen .....
>> Gruß
>> Arno
>
9:56 a.m.
On Tue, Nov 19, 2019 at 06:34:15PM +0100, Arno Steffens wrote:
Meine USB-Festplatte (am Sat_Receiver) will nicht
mehr.
Sie ist mit ext3 partitioniert, wenn ich auf die erste Partition zugreifen will geht nix
mehr.
Neben Walters Rat noch folgendes:
- in solchen Fällen nach Möglichkeit nie [1] fsck auf die
Originalplatte. Erst eine 1:1 Kopie auf eine zweite
machen (vielleicht leider zu spät für Dich)
- anderes USB-Kabel ausprobiert? Andere Buchse auf Deinem
Host?
- Platte selbst in einem anderen USB-Gehäuse o.ä. getestet?
lg
[1] "All generalizations suck" -- natürlich hängt das vom "Wert", den
Du Deinen Daten beimisst ab.
-- t
7:25 p.m.
New subject: Aw: Re: Festplatte mit Problem
Hallo,
also ich hab dann mit ddrescue und mount einen ganzen Teil der Daten retten können. Danke
für den Tip!
Naja, man weiß ja nie so genau ob die Hardware kaputt oder nur das Dateisystem beschädigt
wurde. Da kam mir ein Reparaturversuch angemessen vor. Das nächste mal bin ich schlauer.
Die Frage ist was nun. Zum einen mit der HDD zum anderen mit dem Image.
Kann ich aus dem Image noch rausholen, wass mir mount nicht anzeigt?
Ich hab insgesamt 4 Filme verloren, was bei zwei bad blocks etwas seltsam erscheint (siehe
unten).
Wahrscheinlich weil ich das ganze verschlimmbessert hab (siehe oben).
Naja so schlimm ist es nicht, also ist es eher interessant um vorbereitet zu sein....
Zur HDD selbst - ein bisschen gelesen dazu und dann mit wieder viel zu viel probiert (und
zu wenig aufgeschrieben)
Die smarttools werden von der Platte oder dem Controller nicht unterstützt.
Auf der Festplatte fand ich dann man mkfs.ext3 -c gab zwei Bad blocks. Das hätte ich mal
lieber am Schluß machen sollen, damit ist sie ja formatiert.
Ich hab auch noch badblocks und "dumpe2fs -b /dev/sdx" probiert. Aber irgendwie
waren die bad blocks dann weg, wurden nicht mehr angezeigt. Jetzt bin ich unsicher, ob die
einfach intern als schlecht markiert wurden und sozusagen versteckt, auch für weiteres
Suchen? Oder haben sie sich mysteriöserweise in Luft aufgelöst.
Also ich hab dann sogar ein mkfs.ext3 -c -c gemacht, damit wird dann sogar geschrieben.
Allerdings hab ich nach dem Pattern "AA" schreiben und verifizieren ohne Fehler
abgebrochen. Dass dann mit 55, 0 und ff zu wiederholen scheint mir sinnlos (zumal es gut 3
Stunden dauert).
Logisch wäre mir wenn es ein Kommando gäbe, das auch "alte, gespeicherte Bad
blocks" anzeigt, andere Kommandos nur die, die noch dazukommen.
Muss ich noch weitergraben.
Gruß
Arno
PS: Möge das Backup mit euch sein.
Gesendet: Mittwoch, 20. November 2019 um 09:56 Uhr
Von: tomas(a)tuxteam.de
An: flug(a)lug-freiburg.de
Betreff: Re: Festplatte mit Problem
On Tue, Nov 19, 2019 at 06:34:15PM +0100, Arno Steffens wrote:
Meine USB-Festplatte (am Sat_Receiver) will nicht
mehr.
Sie ist mit ext3 partitioniert, wenn ich auf die erste Partition zugreifen will geht nix
mehr.
Neben Walters Rat noch folgendes:
- in solchen Fällen nach Möglichkeit nie [1] fsck auf die
Originalplatte. Erst eine 1:1 Kopie auf eine zweite
machen (vielleicht leider zu spät für Dich)
- anderes USB-Kabel ausprobiert? Andere Buchse auf Deinem
Host?
- Platte selbst in einem anderen USB-Gehäuse o.ä. getestet?
lg
[1] "All generalizations suck" -- natürlich hängt das vom "Wert",
den
Du Deinen Daten beimisst ab.
-- t
7:37 p.m.
On Wed, Nov 20, 2019 at 07:25:08PM +0100, Arno Steffens wrote:
Hallo,
also ich hab dann mit ddrescue und mount einen ganzen Teil der Daten retten können. Danke
für den Tip!
Naja, man weiß ja nie so genau ob die Hardware kaputt oder nur das Dateisystem beschädigt
wurde. Da kam mir ein Reparaturversuch angemessen vor. Das nächste mal bin ich schlauer.
Die Frage ist was nun. Zum einen mit der HDD zum anderen mit dem Image.
Kann ich aus dem Image noch rausholen, wass mir mount nicht anzeigt?
Ich hab insgesamt 4 Filme verloren, was bei zwei bad blocks etwas seltsam erscheint
(siehe unten).
PhotoRec (trotz des ulkigen Namens macht es mehr als nur Fotos
retten). Das wühlt sich durch ein Dateisystemimage und versucht,
Fragmente von Dingen, die so aussehen, als hätten sie in ihrem
früheren Leben zu einer Datei gehört da herauszufischen.
Bei Debian ist es im Paket testdisk.
Sehr zu empfehlen -- Di wirst aber viel Zeug bekommen, von dem
Du nichts wissen willst ;-)
Und -- Du brauchst etwas Platz für den ganzen mit verwesten
Bits verschmiertem Müll. Und Zeit.
Wahrscheinlich weil ich das ganze verschlimmbessert
hab (siehe oben).
Naja so schlimm ist es nicht, also ist es eher interessant um vorbereitet zu sein....
Zur HDD selbst - ein bisschen gelesen dazu und dann mit wieder viel zu viel probiert (und
zu wenig aufgeschrieben)
Die smarttools werden von der Platte oder dem Controller nicht unterstützt.
Auf der Festplatte fand ich dann man mkfs.ext3 -c gab zwei Bad blocks. Das hätte ich mal
lieber am Schluß machen sollen, damit ist sie ja formatiert.
Ich hab auch noch badblocks und "dumpe2fs -b /dev/sdx" probiert. Aber irgendwie
waren die bad blocks dann weg, wurden nicht mehr angezeigt. Jetzt bin ich unsicher, ob die
einfach intern als schlecht markiert wurden und sozusagen versteckt, auch für weiteres
Suchen? Oder haben sie sich mysteriöserweise in Luft aufgelöst.
Also ich hab dann sogar ein mkfs.ext3 -c -c gemacht, damit wird dann sogar geschrieben.
Allerdings hab ich nach dem Pattern "AA" schreiben und verifizieren ohne Fehler
abgebrochen. Dass dann mit 55, 0 und ff zu wiederholen scheint mir sinnlos (zumal es gut 3
Stunden dauert).
Logisch wäre mir wenn es ein Kommando gäbe, das auch "alte, gespeicherte Bad
blocks" anzeigt, andere Kommandos nur die, die noch dazukommen.
Manche Platten (oder -controller) machen das mit sich selbst
aus. Ich würde dieser Platte nichts wertvolles mehr anvertrauen.
Andererseits: wackelige Kabelverbindungen, kaputte Controller
etc. wirken sich auch so aus. Versuche, die Platte wo anders
einzubauen?
PS: Möge das Backup mit euch sein.
:-)
lg
-- t
1624
days inactive
1625
days old
6 comments
3 participants
participants (3)
-
Arno Steffens -
tomas＠tuxteam.de -
walter harms