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
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
