boerr
15.12.05, 14:41
Hallo,
ich habe ein Problem. Vor kurzem habe ich meine Windowspartion verkleinert und den freien Platz zu einer neuen FAT32 Partion formatiert, als Austauschpartition (macht sowas möglichst NICHT nachdem ihr Linux schon drauf habt, sonst gehts euch wie mir!). Diese neue Partition hat dann leider meine Partitionstabelle verschoben. Die daraus entstandenen Probleme (fstab und Error 17 bei grub) habe ich lösen können.
Jedoch nicht, dass mein suspend to disk, was voher gut funktionierte, wieder läuft. Ich vermute es liegt entweder daran, dass beim Auslagern die Daten auf die falsche Partition geschrieben werden, oder dass beim wieder hochfahren die Daten von der falschen Partition geladen werden, oder beides. Beim Auslagern wird normal das Bild schwarz und die Festplatte arbeitet. Beim nächsten Bootvorgang jedoch werden nicht die Ausgelagerten Daten geladen, sondern normal neu gebootet, wie nach einem Neustart.
Kann es sein, dass ich in irgendeiner Configdatei die neue Partionsnummer angeben muss?
Mein System: Acer Travelmate 290 mit Ubuntu 5.10
Meine fstab:
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/hda7 / ext3 defaults,errors=remount-ro 0 1
/dev/hda1 /media/hda1 vfat defaults 0 0
#/dev/hda3 /media/hda3 vfat defaults 0 0
/dev/hda5 /home/ftp/exchange vfat auto,uid=1000,gid=100,umask=000,defaults 0 0
/dev/hda6 none swap sw 0 0
/dev/hdc /media/cdrom0 udf,iso9660 user,noauto 0 0
Meine ursprüngliche fstab:
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/hda6 / ext3 defaults,errors=remount-ro 0 1
/dev/hda1 /media/hda1 vfat defaults 0 0
/dev/hda3 /media/hda3 vfat defaults 0 0
/dev/hda5 none swap sw 0 0
/dev/hdc /media/cdrom0 udf,iso9660 user,noauto 0 0
hda5 ist neu hinzugekommen und hat dafür die beiden Partitionen dahinter um einen nach hinten verschoben.
Gruß Alex
ich habe ein Problem. Vor kurzem habe ich meine Windowspartion verkleinert und den freien Platz zu einer neuen FAT32 Partion formatiert, als Austauschpartition (macht sowas möglichst NICHT nachdem ihr Linux schon drauf habt, sonst gehts euch wie mir!). Diese neue Partition hat dann leider meine Partitionstabelle verschoben. Die daraus entstandenen Probleme (fstab und Error 17 bei grub) habe ich lösen können.
Jedoch nicht, dass mein suspend to disk, was voher gut funktionierte, wieder läuft. Ich vermute es liegt entweder daran, dass beim Auslagern die Daten auf die falsche Partition geschrieben werden, oder dass beim wieder hochfahren die Daten von der falschen Partition geladen werden, oder beides. Beim Auslagern wird normal das Bild schwarz und die Festplatte arbeitet. Beim nächsten Bootvorgang jedoch werden nicht die Ausgelagerten Daten geladen, sondern normal neu gebootet, wie nach einem Neustart.
Kann es sein, dass ich in irgendeiner Configdatei die neue Partionsnummer angeben muss?
Mein System: Acer Travelmate 290 mit Ubuntu 5.10
Meine fstab:
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/hda7 / ext3 defaults,errors=remount-ro 0 1
/dev/hda1 /media/hda1 vfat defaults 0 0
#/dev/hda3 /media/hda3 vfat defaults 0 0
/dev/hda5 /home/ftp/exchange vfat auto,uid=1000,gid=100,umask=000,defaults 0 0
/dev/hda6 none swap sw 0 0
/dev/hdc /media/cdrom0 udf,iso9660 user,noauto 0 0
Meine ursprüngliche fstab:
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/hda6 / ext3 defaults,errors=remount-ro 0 1
/dev/hda1 /media/hda1 vfat defaults 0 0
/dev/hda3 /media/hda3 vfat defaults 0 0
/dev/hda5 none swap sw 0 0
/dev/hdc /media/cdrom0 udf,iso9660 user,noauto 0 0
hda5 ist neu hinzugekommen und hat dafür die beiden Partitionen dahinter um einen nach hinten verschoben.
Gruß Alex