Video-Verzeichnis nach "Umzug" auf größere Platte laut VDR nicht größer

    Ich habe mal wieder ein Problem, dass ich mit der Suchfunktion nicht lösen konnte.


    Habe meinen VDR durch Kopieren der Systempartition (hda2, primär) mittels dd if=/dev/hdd of=/Dev/hda und anschließenden Neu-Anlegen der Videopartition als hda5, erweitert von einer 80 GB-Platte auf eine 160 GB-Platte verschoben.
    Alles funktioniert soweit bestens, habe auch meine Aufzeichnungen aus dem alten Video-Verzeichnis in das neue kopiert.
    Nun kommt das Problem. VDR zeigt mir nach Menü-Aufruf stets nur die Aufnahmekapazität der alten 80 GB-Platte an und hat nicht geschnallt, dass dem Video-Verzeichnis jetzt die doppelte Kapazität zur Verüfung steht. Offensichtlich ist irgendwo die alte Kapazität vermerkt.
    Wie kann ich das regeln?
    Hat irgendwer einen Tipp für mich?

    Shuttle SK41G, 512 MB, Athlon 2200XP, Nexus Rev. 2.1, HD IBM/Samsung 160 GB 5400 U/Min (leise), c't vdr 3.06

    Einmal editiert, zuletzt von LutzC ()

    Jetzt hab ich mal mit fdisk geprüft. hda5 hat volle Kapazität von 160 GB minus 1,6 der Systempartiotion.
    Dann df -h. Da wird doch plötzlich angesagt, das hda5 nur schlappe 80 GB hätte. Klar das vdr dann die alten Daten nimmt.
    Aber woran liegt das denn nun und wie krieg ich das korrigiert?


    Bitte helft mir!!!

    Shuttle SK41G, 512 MB, Athlon 2200XP, Nexus Rev. 2.1, HD IBM/Samsung 160 GB 5400 U/Min (leise), c't vdr 3.06

    Was sagt denn fdisk -l /dev/hda


    Da deine Video Disk ja hda5 ist liegt sie in einer erweiterten Partition
    Wurde beim Kopieren der alten Platte mitkopiert, und danach nicht gelöscht,vergrößert?


    Wenn möglich würde ich /dev/hda5 und die erweitete Partition löschen, und neu anlege.

    Hallo Igel,
    Habe ich ja so gemacht wie du vorschlägst. Platte mit dd kopiert, dann hda5 gelöscht und neu angelegt mit neuer Größe.
    Hier die Ausgabe von fdisk -l /dev/hda



    Disk /dev/hda: 160.0 GB, 160041885696 bytes
    255 heads, 63 sectors/track, 19457 cylinders
    Units = cylinders of 16065 * 512 = 8225280 bytes


    Device Boot Start End Blocks Id System
    /dev/hda1 195 19457 154730016 5 Extended
    /dev/hda2 * 1 195 1558305 83 Linux
    Partition 2 does not end on cylinder boundary.
    /dev/hda5 195 19457 154729984+ 83 Linux


    Partition table entries are not in disk order
    Die hda ist schon so groß wie sie sein solll.


    Aber dann das bei df -h


    Dateisystem Größe Benut Verf Ben% Eingehängt auf
    /dev/hda2 1,5G 510M 913M 36% /
    tmpfs 185M 0 185M 0% /dev/shm
    /dev/hda5 75G 56G 15G 79% /var/lib/video.00


    Was liegt da falsch?

    Shuttle SK41G, 512 MB, Athlon 2200XP, Nexus Rev. 2.1, HD IBM/Samsung 160 GB 5400 U/Min (leise), c't vdr 3.06

    Zitat

    Original von LutzC
    Hallo Igel,
    Habe ich ja so gemacht wie du vorschlägst. Platte mit dd kopiert, dann hda5 gelöscht und neu angelegt mit neuer Größe.


    Dann hast Du nur die Partition vergrössert, aber nicht das darin befindliche Dateisystem ... :)


    Mit resize2fs /dev/hda5 (ext2/ext3) bzw. resize_reiserfs /dev/hda5 (reiserfs) sollte sich das Dateisystem an die neue Größe anpassen lassen. (ggf. nochmal selber in der man page nachschlagen! Aber beide Programme scheinen als Standard, also ohne explizite Größenangabe, das Dateisystem an die Partitiongröße anzupassen)

    Hallo Lutzc,
    wenn du eine Partition mit dd kopierst, erhältst Du natürlich die Größe der Partition, die Du kopiert hast, da alle Partitionsdaten der Quellpartition mitkopiert werden. Daher jetzt auch die Meldung:
    Partition 2 does not end on cylinder boundary.
    Am besten sicherst Du die Video Partition mit den Befehl cp (man cp ist Dein Freund). Vorher natürlich mit fdisk die versaute Partition wieder neu anlegen.
    Ich hoffe, das hilft dir weiter.


    beagle

    Asus TUSL2-C, 128MB, 1xTT FF 2300 mod. 2xTT Budget DVB-S 1.5, SP1614, ND3550A, 2.6.20.3, Debian etch, Tobi experimental etch(1.4.7-1ctvdr1), ACPI wakeup, Psone Display.

    Ich habe mich vielleicht unglücklich ausgedrückt oder versteh euch noch nicht ganz.
    Ich habe zunächst mit dd die ganze HD kopiert.
    Dann, weil ein resize mit qtparted unter Knoppix nicht erfolgreich war (system bootete nicht mehr danach) das dd nochmals durchgeführt.
    Anschließend hda 5 (logische Part in hda1) gelöscht und mit cfdisk neu angelegt und zwar in der gesamten noch zur Verfügung stehende Größe.
    So und danach gab es gibt es nun das Problem.
    Ich möchte meinen vdr nicht neu aufsetzen müssen, den ich habe soviel Arbeit investiert, um alles richtig zum laufen zu bekommen (nvram-wakeup, DVD brennen etc.).
    Noch habe ich alles auf der alten 80 Gb-HD und kann beliebig oft kopieren.

    Shuttle SK41G, 512 MB, Athlon 2200XP, Nexus Rev. 2.1, HD IBM/Samsung 160 GB 5400 U/Min (leise), c't vdr 3.06

    2 Mal editiert, zuletzt von LutzC ()

    Hi


    mit dem Kommando DD kopierst Du die komplette Platte inclusiv dem Header.
    Das heißt deine neue Festplatte hat im Anschluß die gleiche Größe wie deine Quell-Platte.


    Die vorgehnesweise für Dein Problem ist.


    1. Anlegen der neuen Partition
    2. Filesystem einrichten
    3. Filesystem Mounten
    4. Übertragen mit tar
    cd /zielverzeichnis
    (cd /quellverzeichnis; tar -cvpf - ./) | tar -xpf -
    5. umounten beider Verzeichnisse
    6. mounten Zielverzeicjnis nach Quellverzeichnis
    7. fertig


    mfg


    billi

    @biilli


    meinst du, alle Partitionen neu anlegen und dann die Dateien kopieren?
    Was ist dann mit dem MBR. Funktioniert der dennoch mit der großen Platte, obwohl er von der kleinen kopiert ist?

    Shuttle SK41G, 512 MB, Athlon 2200XP, Nexus Rev. 2.1, HD IBM/Samsung 160 GB 5400 U/Min (leise), c't vdr 3.06

    Hi


    ich weiß nicht was Du auf den anderen Partitionen hast.
    Hier wird nur das Quellverzeichnis in das Zielverzeichnis kopiert.
    Also die Directory + Subdirectorys, die Du verschieben willst.
    Denk an die FSTAB.


    Deine anderen Partitionen auf der Platte haben damit nichts am Kopf.
    Wenn die Platte schon partitioniert ist, dann nur diese Partition formatieren.


    mfg.


    billi

    LutzC.


    Greywolf hat doch schon alles gesagt!


    Zitat

    Original von Greywolf


    Dann hast Du nur die Partition vergrössert, aber nicht das darin befindliche Dateisystem ... :)


    Mit resize2fs /dev/hda5 (ext2/ext3) bzw. resize_reiserfs /dev/hda5 (reiserfs) sollte sich das Dateisystem an die neue Größe anpassen lassen. (ggf. nochmal selber in der man page nachschlagen! Aber beide Programme scheinen als Standard, also ohne explizite Größenangabe, das Dateisystem an die Partitiongröße anzupassen)


    Ich habe das mit reiserfs auch schon so gemacht.


    Stell Dir einen Luftballon vor (Dein Dateisystem), das Du in einer Kiste (Deine Partition, 80GB) aufbläst, bis er an die Wände der Kiste kommt. Jetzt nimmst Du den Ballon heraus (dd), ersetzt die alte Kiste durch eine neue, größere Kiste (160GB) und tust den Ballon wider rein in die neue Kiste. Der ist dann noch genausogroß wie vorher!


    Jetzt bläst Du den Ballon auf, bis er die neue Kiste ganz ausfüllt (resize2fs bzw. resize_reiserfs). Jetzt erst hat er die neue Größe. Alles klar?


    Gruß,
    Marcus

    73 es 55 de dc5dm

    • TT DVB-S 1.3 & SkyStar 2, Ext Board v1.3, Intel DH77KC, Intel Celeron G555, 3x Hitachi HDS5C1010CLA382 (Raid5)
    • Debian "Jessie", e-Tobi VDR 2.2.0
    • listed VDR User No. 757

    Lutz,
    es reicht, wenn Du hda2 und hda5 neu anlegst und wie von bill beschrieben mit cp von der alten Platte neu kopierst.
    (Behalt auch erst Deine alte Platte, bis alles wirklich funktioniert)


    beagle

    Asus TUSL2-C, 128MB, 1xTT FF 2300 mod. 2xTT Budget DVB-S 1.5, SP1614, ND3550A, 2.6.20.3, Debian etch, Tobi experimental etch(1.4.7-1ctvdr1), ACPI wakeup, Psone Display.

    hi


    @marsipulami815


    Dein Vergleich hinkt.
    Der DD macht aus dem großen Raum einen kleinen, wo dein Luftballon gerade reinpasst
    Da Du die Wände der alten Zuordnung mit kopierst.
    Also Du setzt neue Wände.



    mfg


    billi

    [Edit]
    Wenn Partition neu angelegt wird, muß auch lilo neu geschrieben werden.
    [/Edit]


    Zitat

    Original von beagle
    Lutz,
    es reicht, wenn Du hda2 und hda5 neu anlegst und wie von bill beschrieben mit cp von der alten Platte neu kopierst.
    (Behalt auch erst Deine alte Platte, bis alles wirklich funktioniert)


    beagle


    Naja, lilo muß auch neu geschrieben werden!


    Habe das immer so gemacht: (es gibt sicher bessere Möglichkeiten)
    mit Knoppix gebootet
    Mounten der Platte, wo auch die Boot Partition drauf ist:
    mount /dev/hda2 /mnt/hda2
    löschen des Symlinks /boot (von Knoppix)
    ln -s /mnt/hda2/boot /boot
    lilo -C /mnt/hda2/etc/lilo.conf
    Neustart


    Falls sich deine Partitionsbezeichnungen geändert haben natürlich vorher die Datei fstab un lilo.conf anpassen.

    Letzteres verstehe ich nun auch wieder nicht ganz.
    Ich habe diese mal jedenfalls nur den ersten Block mit dd kopiert.
    Dann hda1 mit 1,5 GB für das system und hda5 mit dem rest der HD angelegt (ext3) und mit mkfs.ext3 formatiert.
    jetzt kopiere ich erstmal / und sehe dann, ob das system bootet (sollte es doch jetzt, da der mbr mit dd kopiert wurde, oder?)

    Shuttle SK41G, 512 MB, Athlon 2200XP, Nexus Rev. 2.1, HD IBM/Samsung 160 GB 5400 U/Min (leise), c't vdr 3.06

    Einmal editiert, zuletzt von LutzC ()

    billi


    das komplette system. Ich habe einen shuttle mini barebone und habe nur eine HD.
    Die habe ich von 80 GB auf 160 GB "upgegraded"

    Shuttle SK41G, 512 MB, Athlon 2200XP, Nexus Rev. 2.1, HD IBM/Samsung 160 GB 5400 U/Min (leise), c't vdr 3.06

    Einmal editiert, zuletzt von LutzC ()

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden