Plattenchirurgie mit dem Taschenmesser (war: root-partition voll)
Andreas Pakulat wrote:
> On 15.Sep 2004 - 11:20:04, mats wrote:
>> Robin Haunschild wrote:
>> > Hallo,
>> > am Mittwoch, 15. September 2004 08:49 schrieb mats:
>> Oh, Verzeihung, ich war wohl nicht allzu präzise. Auf / finde ich fast
>> nichts, zB haben /usr, / var, /home, /tmp eigene partitionen. Das lässt
>> auf / noch folgende (Grössen laut krusder):
>> /bin (ca 4mb)
>> /boot (8mb)
>> /dev (896mb) <*>
>> /etc (57mb),
>> /initrd (0mb)
>> /lib (48mb)
>
> Also lib und etc sind bei mir auch so in etwa... Da haste dein / wohl
> zu klein angelegt ;-)
>
>> Zusammengefasst: nützliche Kandidaten für Verschiebung wären /etc und
>> /lib, evtl noch /boot alles andere bringt eigentlich nix.
>
> Ich wuerde an deiner Stelle lieber boot ne eigene Partition bescheren,
> denn da soll das Kernelimage hinterlegt werden und das ganze geht auch
> ohne grosse Probleme (denn /lib muss beim Booten gemountet sein sonst
> fehlen die Kernelmodule und mit /etc siehts aehnlich aus (da liegt der
> gesamte sysinit Kram rum, muesste der Kernel von selbst mounten)).
>
>> Also ergeben sich für mich 2 Fragen:
>> a) Kann man /lib und /etc gefahrlos veschieben? /usr/lib und /var/lib
>> gibt es zb schon, und es hat sicher seinen Grund, dass die getrennt
>> aufbewahrt werden - auch wenn ich den nicht kenne:(a
>
> Denke nicht das man die gefahrlos verschieben kann, in /lib liegt
> deine libc6 und in /etc wie gesagt sysvinit config...
>
>> b) ich denke schon ich könnte eine grössere Platte einbauen und dann
>> Chirurgie betreiben (sowas habe ich irgendwann schon mal mit der suse 8.0
>> oder so hingekriegt, das würde ich wohl wieder schaffen. Lieber wäre mir
>> aber (schon weils die Schrauberei spart...), es gäbe sowas wie Partition
>> Magic, mit dem ich zb von /home 200-300mb abknipsen und dem / zuschlagen
>> könnte . Gibt's da was?
>
> Knoppix booten und wenn du Glueck hast gibts da parted drauf, wenn
> nicht: man fdisk und resize2fs. Erst mit resize2fs das FS auf /home
> verkleinern, dann mit fdisk die eigentliche Partition, dann mit fdisk
> die Partition mit "/" vergroessern und als letztes mit resize2fs das
> FS von / vergroessern. Hab ich zwar mit "/" noch nicht gemacht aber
> mit allen anderen Partitionen schon :-) Was allerdings schwierig wird
> waere wenn die /home hinter der / liegt, dann muesste man naemlich die
> Daten von /home nach hinten verschieben, was AFAIK wirklich nur parted
> kann (naja per Hand gehts vielleicht auch irgendwie, aber machen
> wollen wuerde ich das nicht).
>
> Andreas
>
hello again,
habe es dann doch mit der Angst bekommen, als ich parted gesehen habe und
eine neue Platte eingebaut. Ziel war vollstaendiger Transfer aller Daten
von meiner alten 40g-hdd auf die neue 120G hdd. Das ging dann so:
* nur mit neuer hdd gebootet und von der LM-dvd installiert (dabei habe ich
irgendwelche Fehler gemacht, das System kam so nicht hoch, aber ich hatte
eine Partitionierung auf der neuen hdd, was mir am wichtigsten war.
* die neue hdd als ide1-master angedengelt, alte hdd wieder an den alten
Platz, boot, /etc/fstab umgefaddelt, neue Partitionen voller Schrott
gemountet, mit mc alle files runtergeworfen von der neuen hdd (soweit das
eben ging, /home zB war busy und nicht lösch- sondern nur leerbar), und
dann dir für dir alles von alt auf neu kopiert.
* shutdown
* hdd an den ide-kabeln vertauscht und boot (also jetzt von der neuen Platte
mit den alten Daten und der alten Platte irgendwo hinter /mnt/hdc)
So weit so gut (es gab ein paar Probleme mit komischen Dateien namens 4285
in /dev, aber das hat sich alles gerüttelt...). Was bleibt ist dies:
beim booten bekomme ich komische Meldungen, hier ein Auszug aus dmesg:
hda: Maxtor 6Y120L0, ATA DISK drive
hdb: TOSHIBA DVD-ROM SD-M1612, ATAPI CD/DVD-ROM drive
Using anticipatory io scheduler
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hdc: Maxtor 32049H2, ATA DISK drive
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 128KiB
hda: 240121728 sectors (122942 MB) w/2048KiB Cache, CHS=65535/16/63,
UDMA(133)
/dev/ide/host0/bus0/target0/lun0: p1 p2 < p5 p6 p7 p8 p9 >
hda: task_no_data_intr: status=0x51 { DriveReady SeekComplete Error }
hda: task_no_data_intr: error=0x04 { DriveStatusError }
hda: Write Cache FAILED Flushing!
hdc: max request size: 128KiB
hdc: 40021632 sectors (20491 MB) w/2048KiB Cache, CHS=39704/16/63, UDMA(33)
/dev/ide/host0/bus1/target0/lun0: p1 p2 < p5 p6 p7 p8 p9 >
SGI XFS with ACLs, security attributes, realtime, large block numbers, no
debug enabled
SGI XFS Quota Management subsystem
EXT3-fs: INFO: recovery required on readonly filesystem.
EXT3-fs: write access will be enabled during recovery.
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
hdb: DMA disabled
ide0: reset: success
Wo klemmt's denn da jetzt? Drive Status Error und Bad CRC klingen für mich
ganz grauenhaft, aber ich verstehe nicht was es mir sagen will.
Tips, jemand?
Danke und Gruss
Mats
Reply to: