2. Platte einfach weg...

  • HAllo,


    ich habe vor einigen Tagen eine zweite Festplatte zu meinem VDR gebaut. SIe ist gemounted als /video1 und der VDR hat sie seinerzeit auch erkannt und auch Videos gespeichert. Jetzt bekomme ich aber immer die Fehlermeldung " Festplatte fast voll"


    Die Platte ist hdb und wurde wie gesagt gemounted auf /video1


    Hier einige meiner kläglichen Versuche zu verstehen was da los ist:


    linvdr:/video0# df
    Filesystem 1k-blocks Used Available Use% Mounted on
    /dev/hda1 59107604 59079636 0 100% /
    /dev/shm 4096 2844 1252 69% /ramdisk


    klar die /video0 Partition ist RANDVOLL !!!! WEil die Andrer Platte ja ausgefallen ist...


    linvdr:/video0# df /dev/hdb
    Filesystem 1k-blocks Used Available Use% Mounted on
    df: /dev/hdb: can't find mount point.


    Aha die Platte ist also nicht gemounted.....



    linvdr:/video0# df /dev/hdb1
    Filesystem 1k-blocks Used Available Use% Mounted on
    df: /dev/hdb1: can't find mount point.


    dito....



    linvdr:/video0# mount
    /dev/hda1 on / type ext3 (rw,errors=remount-ro)
    /sysfs on /sysfs type sysfs (rw)
    /dev/shm on /ramdisk type tmpfs (rw,size=4M)



    HM obwohl in der fstab hdb drin steht mounted er sie nicht....


    Hier die fstab


    #
    /dev/hda1 / ext3 defaults,errors=remount-ro 0 1
    # /dev/hda2 none swap sw 0 0
    /var/vm/swapfile none swap sw 0 0
    /dev/dvd /mnt/dvd auto ro,noauto,user,noexec 0 0
    /dev/dvd /mnt/cdfs cdfs ro,noauto,user,noexec 0 0
    /dev/fd0 /mnt/floppy auto noauto,user,noexec 0 0
    proc /proc proc defaults 0 0
    devfs /devfs devfs defaults 0 0
    none /proc/bus/usb usbdevfs defaults 0 0
    sysfs /sysfs sysfs defaults 0 0
    /dev/hdb1 /video1 ext3 defaults,errors=remount-ro 0 0



    OK werde mal zu Fuß mounten:


    linvdr:/video0# mount -t ext3 /dev/hdb /test
    mount: wrong fs type, bad option, bad superblock on /dev/hdb,
    or too many mounted file systems


    ups Dateisystem Schrott ???


    Nochmal mit hdb1 versuchen:


    linvdr:/video0# mount -t ext3 /dev/hdb1 /test
    mount: /dev/hdb1 is not a valid block device
    linvdr:/video0#



    GENAUSO.......


    ALso Dateisystem reparieren....


    linvdr:/video0# fsck.ext3 /dev/hdb
    e2fsck 1.27 (8-Mar-2002)
    Couldn't find ext2 superblock, trying backup blocks...
    fsck.ext3: Bad magic number in super-block while trying to open /dev/hdb


    The superblock could not be read or does not describe a correct ext2
    filesystem. If the device is valid and it really contains an ext2
    filesystem (and not swap or ufs or something else), then the superblock
    is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>



    Au weia !!!!



    Nagut dann so:


    linvdr:/video0# fsck.ext3 -b 8193 /dev/hdb
    e2fsck 1.27 (8-Mar-2002)
    fsck.ext3: Bad magic number in super-block while trying to open /dev/hdb


    The superblock could not be read or does not describe a correct ext2
    filesystem. If the device is valid and it really contains an ext2
    filesystem (and not swap or ufs or something else), then the superblock
    is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>




    Keine Checkung was los ist !!!




    linvdr:/video0# umount /dev/hdb
    umount: /dev/hdb: Invalid argument


    geht auch nicht




    KAnn mir jemand helfen ???


    Danke

    Mein VDR:


    AMD XP 1700, 512 MB Ram, 1 x DVB-S FF TT 1.3 Premium, 1 x DVB-S FF TT 1.6 Premium, 60 GB + 200 GB HDD, Be Quiet Netzteil, Mainboard Asus A7V8X


    Software: LINVDR 0.7 (1.3.37) Kernel: 2.6.9 , Mark Twain , Cody Patch und Tarandor libs von http://www.nella.de/pub/vdr/

  • Yohoo!


    Das sieht böse aus! :(


    Zumindest dann, wenn bei dem fsck das hdb ein Vertipper war und Du tatsächlich hdb1 eingegeben hast.


    Was sagt den fdisk -l?


    Sicher, daß es ext3 ist? Nicht vielleicht reiserfs oder xfs?

    Glotze: yaVDR (ASRock Q1900M, 4GB RAM, DD Cine S2 V6.5, ZOTAC GT630 (Rev. 2)
    Server: HP ProLiant MicroServer G8, VMware ESXi 5.5 :P

  • Hi...


    Fdisk -l werde ich testen, wenn ich zu Hause biin. Bin jetzt auf der Arbeit...



    Zitat

    Sicher, daß es ext3 ist? Nicht vielleicht reiserfs oder xfs?


    JA sicher, denn ich konnte ja aufzeichnen (siehe fstab)





    Zitat

    Was sagt denn "dmesg"


    linvdr:~# dmesg
    riveStatusError BadCRC }
    ide: failed opcode was: unknown
    hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error }
    hdb: dma_intr: error=0x84 { DriveStatusError BadCRC }
    ide: failed opcode was: unknown
    ide0: reset: success
    hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error }
    hdb: dma_intr: error=0x84 { DriveStatusError BadCRC }
    ide: failed opcode was: unknown
    end_request: I/O error, dev hdb, sector 0
    Buffer I/O error on device hdb, logical block 0
    hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error }
    hdb: dma_intr: error=0x84 { DriveStatusError BadCRC }
    ide: failed opcode was: unknown
    hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error }
    hdb: dma_intr: error=0x84 { DriveStatusError BadCRC }
    ide: failed opcode was: unknown
    hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error }
    hdb: dma_intr: error=0x84 { DriveStatusError BadCRC }
    ide: failed opcode was: unknown
    hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error }
    hdb: dma_intr: error=0x84 { DriveStatusError BadCRC }
    ide: failed opcode was: unknown
    ide0: reset: success
    hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error }
    hdb: dma_intr: error=0x84 { DriveStatusError BadCRC }
    ide: failed opcode was: unknown
    hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error }
    hdb: dma_intr: error=0x84 { DriveStatusError BadCRC }
    ide: failed opcode was: unknown
    hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error }
    hdb: dma_intr: error=0x84 { DriveStatusError BadCRC }
    ide: failed opcode was: unknown
    hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error }
    hdb: dma_intr: error=0x84 { DriveStatusError BadCRC }
    ide: failed opcode was: unknown
    ide0: reset: success
    hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error }
    hdb: dma_intr: error=0x84 { DriveStatusError BadCRC }
    ide: failed opcode was: unknown
    end_request: I/O error, dev hdb, sector 0
    Buffer I/O error on device hdb, logical block 0
    unable to read partition table
    hdc: ATAPI 79X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache, UDMA(66)
    Uniform CD-ROM driver Revision: 3.20
    3ware Storage Controller device driver for Linux v1.26.02.001.
    3ware 9000 Storage Controller device driver for Linux v2.26.02.005.
    libata version 1.20 loaded.
    sata_promise 0000:00:08.0: version 1.03
    ACPI: PCI Interrupt 0000:00:08.0[A] -> GSI 17 (level, low) -> IRQ 169
    ata1: SATA max UDMA/133 cmd 0xE0A6E200 ctl 0xE0A6E238 bmdma 0x0 irq 169
    ata2: SATA max UDMA/133 cmd 0xE0A6E280 ctl 0xE0A6E2B8 bmdma 0x0 irq 169
    ata1: SATA link down (SStatus 0)
    scsi0 : sata_promise
    ata2: SATA link down (SStatus 0)
    scsi1 : sata_promise
    usbmon: debugfs is not available
    mice: PS/2 mouse device common for all mice
    NET: Registered protocol family 2
    IP route cache hash table entries: 8192 (order: 3, 32768 bytes)
    TCP established hash table entries: 32768 (order: 5, 131072 bytes)
    TCP bind hash table entries: 32768 (order: 5, 131072 bytes)
    TCP: Hash tables configured (established 32768 bind 32768)
    TCP reno registered
    TCP bic registered
    NET: Registered protocol family 1
    NET: Registered protocol family 17
    Using IPI Shortcut mode
    ACPI wakeup devices:
    PCI0 PCI1 USB0 USB1 USB2 SU20 MC97 LAN
    ACPI: (supports S0 S1 S4 S5)
    kjournald starting. Commit interval 5 seconds
    EXT3-fs: mounted filesystem with ordered data mode.
    VFS: Mounted root (ext3 filesystem) readonly.
    Freeing unused kernel memory: 172k freed
    EXT3 FS on hda1, internal journal
    ohci_hcd: 2005 April 22 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
    USB Universal Host Controller Interface driver v2.3
    ACPI: PCI Interrupt 0000:00:10.0[A] -> GSI 21 (level, low) -> IRQ 177
    PCI: Via IRQ fixup for 0000:00:10.0, from 0 to 1
    uhci_hcd 0000:00:10.0: UHCI Host Controller
    uhci_hcd 0000:00:10.0: new USB bus registered, assigned bus number 1
    uhci_hcd 0000:00:10.0: irq 177, io base 0x0000b000
    usb usb1: configuration #1 chosen from 1 choice
    hub 1-0:1.0: USB hub found
    hub 1-0:1.0: 2 ports detected
    ACPI: PCI Interrupt 0000:00:10.1[B] -> GSI 21 (level, low) -> IRQ 177
    PCI: Via IRQ fixup for 0000:00:10.1, from 0 to 1
    uhci_hcd 0000:00:10.1: UHCI Host Controller
    uhci_hcd 0000:00:10.1: new USB bus registered, assigned bus number 2
    uhci_hcd 0000:00:10.1: irq 177, io base 0x0000a800
    usb usb2: configuration #1 chosen from 1 choice
    hub 2-0:1.0: USB hub found
    hub 2-0:1.0: 2 ports detected
    ACPI: PCI Interrupt 0000:00:10.2[C] -> GSI 21 (level, low) -> IRQ 177
    PCI: Via IRQ fixup for 0000:00:10.2, from 0 to 1
    uhci_hcd 0000:00:10.2: UHCI Host Controller
    uhci_hcd 0000:00:10.2: new USB bus registered, assigned bus number 3
    uhci_hcd 0000:00:10.2: irq 177, io base 0x0000a400
    usb usb3: configuration #1 chosen from 1 choice
    hub 3-0:1.0: USB hub found
    hub 3-0:1.0: 2 ports detected
    ACPI: PCI Interrupt 0000:00:10.3[D] -> GSI 21 (level, low) -> IRQ 177
    PCI: Via IRQ fixup for 0000:00:10.3, from 0 to 1
    ehci_hcd 0000:00:10.3: EHCI Host Controller
    ehci_hcd 0000:00:10.3: new USB bus registered, assigned bus number 4
    ehci_hcd 0000:00:10.3: irq 177, io mem 0xea000000
    ehci_hcd 0000:00:10.3: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
    usb usb4: configuration #1 chosen from 1 choice
    hub 4-0:1.0: USB hub found
    hub 4-0:1.0: 6 ports detected
    ACPI: PCI Interrupt 0000:00:11.5[C] -> GSI 22 (level, low) -> IRQ 185
    PCI: Via IRQ fixup for 0000:00:11.5, from 0 to 9
    PCI: Setting latency timer of device 0000:00:11.5 to 64
    Adding 262136k swap on /var/vm/swapfile. Priority:-1 extents:68 across:266752k
    8139too Fast Ethernet driver 0.9.27
    PCI: Enabling device 0000:00:0e.0 (0004 -> 0007)
    ACPI: PCI Interrupt 0000:00:0e.0[A] -> GSI 17 (level, low) -> IRQ 169
    eth0: RealTek RTL8139 at 0xe0c5e000, 00:50:bf:d4:a7:f6, IRQ 169
    eth0: Identified 8139 chip type 'RTL-8139C'
    eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
    Linux video capture interface: v1.00
    saa7146: register extension 'dvb'.
    PCI: Enabling device 0000:00:0a.0 (0004 -> 0006)
    ACPI: PCI Interrupt 0000:00:0a.0[A] -> GSI 16 (level, low) -> IRQ 193
    saa7146: found saa7146 @ mem e0dca000 (revision 1, irq 193) (0x13c2,0x0000).
    DVB: registering new adapter (Technotrend/Hauppauge WinTV DVB-S rev1.X or Fujits u Siemens DVB-C).
    adapter has MAC addr = 00:d0:5c:00:ee:65
    dvb-ttpci: gpioirq unknown type=0 len=0
    dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 800026 1d
    dvb-ttpci: firmware @ card 0 supports CI link layer interface
    dvb-ttpci: adac type set to 0 @ card 0
    saa7146_vv: saa7146 (0): registered device video0 [v4l2]
    saa7146_vv: saa7146 (0): registered device vbi0 [v4l2]
    ves1x93: Detected ves1893a rev2
    DVB: registering frontend 0 (VLSI VES1x93 DVB-S)...
    input: DVB on-card IR receiver as /class/input/input0
    dvb-ttpci: found av7110-0.
    PCI: Enabling device 0000:00:0d.0 (0004 -> 0006)
    ACPI: PCI Interrupt 0000:00:0d.0[A] -> GSI 16 (level, low) -> IRQ 193
    saa7146: found saa7146 @ mem e0df2000 (revision 1, irq 193) (0x13c2,0x0000).
    DVB: registering new adapter (Technotrend/Hauppauge WinTV DVB-S rev1.X or Fujits u Siemens DVB-C).
    adapter has MAC addr = 00:d0:5c:03:7b:dc
    dvb-ttpci: gpioirq unknown type=0 len=0
    dvb-ttpci: info @ card 1: firm f0240009, rtsl b0250018, vid 71010068, app 800026 1d
    dvb-ttpci: firmware @ card 1 supports CI link layer interface
    dvb-ttpci: Crystal audio DAC @ card 1 detected
    saa7146_vv: saa7146 (1): registered device video1 [v4l2]
    saa7146_vv: saa7146 (1): registered device vbi1 [v4l2]
    DVB: registering frontend 1 (Philips TDA8083 DVB-S)...
    dvb-ttpci: found av7110-1.
    saa7146: register extension 'budget dvb'.
    saa7146: register extension 'budget_ci dvb'.
    saa7146: register extension 'budget_av'.
    lirc_dev: IR Remote Control driver registered, at major 61
    lirc_serial: no version for "lirc_unregister_plugin" found: kernel tainted.
    lirc_serial: auto-detected active low receiver
    lirc_dev: lirc_register_plugin: sample_rate: 0
    linvdr:~#





    Danke erstmal....... Für die Antworten.....


    Wie kann ich eigentlich den Platz auf meiner jetzigen Festplatte wiederbekommen ? Wenn ich FIlme lösche passiert nichts. Im Menü wird der freigwerodene Platz nicht angezeigt....


    Danke

    Mein VDR:


    AMD XP 1700, 512 MB Ram, 1 x DVB-S FF TT 1.3 Premium, 1 x DVB-S FF TT 1.6 Premium, 60 GB + 200 GB HDD, Be Quiet Netzteil, Mainboard Asus A7V8X


    Software: LINVDR 0.7 (1.3.37) Kernel: 2.6.9 , Mark Twain , Cody Patch und Tarandor libs von http://www.nella.de/pub/vdr/

    Einmal editiert, zuletzt von Kaukasus ()

  • Moin,


    meistens liegts am IDE-Kabel. Check mal ob es fest sitzt oder tausch es aus.


    Den freien Platz auf der Platte bekommst du erst zurück wenn der vdr Zeit zum löschen hat. Also nur abwarten...


    Gruß
    Findus

    Mein VDR: LinVDR 0.7 + MT, ASROCK K7VM4, Duron 1000@500, 128 MB RAM, Samsung SP1604+SP2014, Medion 4688, TT 1.3 + Skystar 2.6D

  • Danke Findus werde das nacher checken... Kann im Moment nicht ran an das Teil...


    Wie lange ist denn die Zeit die er zum löschen braucht ? Ist jetzt mal eben 13 Stunden her...... sollte das nicht reichen ???? Kann ich das irgendwie über die Konsole anstosseen ?




    DIe Ausgabe von Fdisk -l kommt hier...



    linvdr:~# fdisk -l


    Disk /dev/hda: 16 heads, 63 sectors, 119150 cylinders
    Units = cylinders of 1008 * 512 bytes


    Device Boot Start End Blocks Id System
    /dev/hda1 * 1 119150 60051568+ 83 Linux
    linvdr:~# fdisk -l /dev/hdb


    Disk /dev/hdb: 255 heads, 63 sectors, 24321 cylinders
    Units = cylinders of 16065 * 512 bytes


    Disk /dev/hdb doesn't contain a valid partition table
    linvdr:~#




    Ist ja komisch....


    habe jetzt gerade mal über VDRADMIN die Recordings angesehen. Da steht in der obersten Zeile folgendes:


    Recordings Total: 74:41h (112,7GB) | Free: 0:11h (300MB)


    OK die Platte ist voll, aber merkwürdig ist, dass ich eine 60 GB (hda) und eine 200 GB (hdb) Platte installiert habe. Die Daten kommen irgendwie überhaupt nicht hin.... In keiner Kombination. Kann es denn nicht sein, dass der VDR irgendwie nicht aufräumt ?

    Mein VDR:


    AMD XP 1700, 512 MB Ram, 1 x DVB-S FF TT 1.3 Premium, 1 x DVB-S FF TT 1.6 Premium, 60 GB + 200 GB HDD, Be Quiet Netzteil, Mainboard Asus A7V8X


    Software: LINVDR 0.7 (1.3.37) Kernel: 2.6.9 , Mark Twain , Cody Patch und Tarandor libs von http://www.nella.de/pub/vdr/

    2 Mal editiert, zuletzt von Kaukasus ()

  • Servus,


    irgend wie kommst du ständig mit dem Block-Device /dev/hdb und der Partition /dev/hdb1 ins Schleudern. Das ist ziemlich übel, weil wenn du einen fsck auf das Block-Device los lässt, schrottest du dir bei der Gelegenheit die Partition Table und zerstörst Daten.


    Davon unabhängig scheint deine 2. Platte aber ohnehin Schrott zu sein:

    Code
    end_request: I/O error, dev hdb, sector 0
    Buffer I/O error on device hdb, logical block 0


    Mit anderen Worten: Lesefehler auf der Festplatte, schlechte Sektoren. Da dürfte es auch nichts helfen, das IDE-Kabel nochmal abzuziehen und wieder draufzustecken -- du brauchst ne neue Festplatte, deine alte hat das Zeitliche gesegnet. Hoffentlich hast du noch Garantie drauf...


    Viele Grüße, Mirko

  • Hi....


    Ist das zu 100% sicher, dass sie Schrott ist ?



    Kannst Du mir das denn mal erklären mit dem Block device ??? Damit ich nicht immer wieder ins schleudern komme ?


    Ich dachte immde /dev/hdb steht für 2. Festplatte am 1. IDE Port udn /dev/hdb1 ist halt die erste Partition oder ?


    Danke

    Mein VDR:


    AMD XP 1700, 512 MB Ram, 1 x DVB-S FF TT 1.3 Premium, 1 x DVB-S FF TT 1.6 Premium, 60 GB + 200 GB HDD, Be Quiet Netzteil, Mainboard Asus A7V8X


    Software: LINVDR 0.7 (1.3.37) Kernel: 2.6.9 , Mark Twain , Cody Patch und Tarandor libs von http://www.nella.de/pub/vdr/

  • Das ist richtig. Allerdings macht man den fsck bei Partitionen also hdb1 bei dir.


    Cu

    P5N7M / 2GB RAM / E5300 / 320 GB 2,5" / yaVDR 0.5 / 2x TT S2-1600 /eVii S471 / softhddevice / Sony KDL-46W5500 / 50Hz / Onkyo TX-SR508

  • achso ja das ist natürlich auch (eigentlich) logisch..... werds mir merken...

    Mein VDR:


    AMD XP 1700, 512 MB Ram, 1 x DVB-S FF TT 1.3 Premium, 1 x DVB-S FF TT 1.6 Premium, 60 GB + 200 GB HDD, Be Quiet Netzteil, Mainboard Asus A7V8X


    Software: LINVDR 0.7 (1.3.37) Kernel: 2.6.9 , Mark Twain , Cody Patch und Tarandor libs von http://www.nella.de/pub/vdr/

  • Ob die Platte wirklich kaputt ist, kannst du bei den Tools rausfinden, die die meisten Hersteller zum Download anbieten. Unter Windows. Damit schrottest du die Platte zwar noch mehr (weil jeder Zugriff meist neue Datenverluste produziert), aber die Inhalte wirst du eh nicht retten wollen.


    Viele Grüße, Mirko

  • Nunja


    Austausch des IDE Kabels hat wie vermutet nichts gebracht......


    Werde mal die Platte mit nem Tool checken...


    CIAO

    Mein VDR:


    AMD XP 1700, 512 MB Ram, 1 x DVB-S FF TT 1.3 Premium, 1 x DVB-S FF TT 1.6 Premium, 60 GB + 200 GB HDD, Be Quiet Netzteil, Mainboard Asus A7V8X


    Software: LINVDR 0.7 (1.3.37) Kernel: 2.6.9 , Mark Twain , Cody Patch und Tarandor libs von http://www.nella.de/pub/vdr/

  • Hi....


    ich habe einfach die Platte nocheinmal mittels setup eingebunden.... Im Moment funzt sie super...... Aber mal sehen onb das von Dauer ist.

    Mein VDR:


    AMD XP 1700, 512 MB Ram, 1 x DVB-S FF TT 1.3 Premium, 1 x DVB-S FF TT 1.6 Premium, 60 GB + 200 GB HDD, Be Quiet Netzteil, Mainboard Asus A7V8X


    Software: LINVDR 0.7 (1.3.37) Kernel: 2.6.9 , Mark Twain , Cody Patch und Tarandor libs von http://www.nella.de/pub/vdr/

  • Bei mir exakt das gleiche - zumindest was die Ausgaben der ganzen Programme angeht. Ich hatte sie nur 2 Monate ausgebaut und nun wieder dem System hinzugefügt - sie war nicht mehr zu mounten und alles andere schlug fehl. Nach dem erneuten formatieren, scheint sie wieder zu funktionieren...


    Schade um die Daten, da waren glaube ich noch einige schöne Sachen drauf; aber da ich mich nichtmehr erinnern kann was drauf war, werde ich es schon überleben...


    Es war nicht zufällig eine 160GB Samsung?

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!