Swap / Grub

Hi,

ich habe das mit ount schon gesehen (siehe code) und den Befehl danach richtig eingegeben (;

aber es wollte dennoch nicht funktionieren. nun schon ... seltsam.

Code: 
knoppix@0[knoppix]$ su
root@0[knoppix]# mkdir /ubuntu
root@0[knoppix]# mount -t reiserfs /dev/hda8 /ubuntu
root@0[knoppix]# mkdir /ubuntu/boot
mkdir: kann Verzeichnis ,,/ubuntu/boot" nicht anlegen: Die Datei existiert bereits
root@0[knoppix]# mount -t reiserfs /dev/hda7 /ubuntu/boot
root@0[knoppix]# mount -t none /proc /ubuntu/proc/ -o bind
root@0[knoppix]# mount -t none /dev /ubuntu/dev -o bind
root@0[knoppix]# chroot /ubuntu
root@Knoppix:/# ls /boot
System.map-2.6.15-23-386  grub                      memtest86+.bin
abi-2.6.15-23-386         grub_backup               vmlinuz-2.6.15-23-386
config-2.6.15-23-386      initrd.img-2.6.15-23-386
root@Knoppix:/#

das Problem tritt auf, noch bevor eine Menüliste sichtbar wird. da steht aber auch nichts hilreiches; lediglich. try to load grub, please wait... error 15 oder vergleichbares. meinste das hängt damit zusammen, dass Linux den Ordner in /boot/boot sucht, weil ich's ja erst irgendwie dahin kopiert habe...



/edit:

ich habe noch ein update ausgeführt, nachdem ich mit Nano den XP-Eintrag hinter's letzte Kommentar verschoben habe; es steht noch immer dort. zuvor stand es direkt hinter Linux aber wenn du schreibst, dass dies in Ordnung so wäre, glaube ich dir.

ich dachte, es wäre einen Versuch wert, den grub-Ordner einfach Mal in die alte Form zu kopieren und es dann neu zu versuchen, aber meine Linux-Befehle wollen nicht gelingen. wohl ein Fehler in der Befehlssyntax...

Code: 
root@Knoppix:/# cp -r /ubuntu/boot/grub /ubuntu/boot/boot/grub
cp: cannot stat `/ubuntu/boot/grub': No such file or directory
 
Dann liegt es wohl wirklich an den verschobenen Files. Schade, ich hätte angenommen, dass Grub dann schon früher meckern würde und es von daher OK ist.

Macht aber nichts, dann machen wir das ganze Spielchen eben nochmal. Mir ist immer noch schleierhaft, wo /boot/boot herkam, aber ich würde es auf die gleiche Weise gerade nochmal probieren. Wahrscheinlich hast du dich irgendwann mit dem Ordneranlegen und Mounten vertan oder etwas in der Art.

Nochmal:

Code: 
su
mkdir /ubuntu
mount -t reiserfs /dev/hda8 /ubuntu
mount -t reiserfs /dev/hda7 /ubuntu/boot
mount -t none /proc /ubuntu/proc -o bind
mount -t none /dev /ubuntu/dev -o bind
chroot /ubuntu
cp /proc/mounts /etc/mtab
grub-install --root-directory=/boot /dev/hda
update-grub

Das sollte es eigentlich sein. Schau danach direkt mal nach, was dann in /boot los ist und ob es schon wieder einen Unterordner /boot/boot gibt. Falls ja, dann probier es mal so:

Code: 
#alle nachfolgenden Commands werden noch in der chroot-Umbegung ausgeführt, d.h. es muss alles wie oben korrekt gemountet sein
#zunächst löschen wir den überflüssigen Ordner wieder
rm -rf /boot/boot
cp /proc/mounts /etc/mtab
grub-install /dev/hda
update-grub

Ist so eigentlich nicht ganz korrekt, weil der Paremeter --root-directory ja für eine seperate boot-Parition gedacht ist, aber wir versuchen es mal so. Ich lasse jetzt bewusst mal den alten Grubordner bestehen. Mal sehen, ob es so eher etwas wird.

//Edit: Das mit dem XP-Eintrag lassen wir jetzt am besten mal außen vor, bis wir Grub zum Arbeiten überredet haben. Grundsätzlich ist der Eintrag am Ende der menu.lst aber ganz gut aufgehoben (Aber Vorsicht, die letzte Zeile der menu.lst sollte keine Leerzeile sein!).
 
Huhu,

last du meinen /edit-Text? nun ja, ich habe durch deine Befehle wieder einen Doppel-boot-Ordner gehabt und ihn dann wieder gelöscht.

Terminal:

Code: 
root@Knoppix:/# cp /proc/mounts /etc/mtab
root@Knoppix:/# grub install --root-directory=/boot /dev/hda
grub: unrecognized option `--root-directory=/boot'
Try ``grub --help'' for more information.
root@Knoppix:/# grub-install --root-directory=/boot /dev/hda
Probing devices to guess BIOS drives. This may take a long time.
Due to a bug in xfs_freeze, the following command might produce a segmentation
fault when /boot/boot/grub is not in an XFS filesystem. This error is harmless and
can be ignored.
xfs_freeze: specified file ["/boot/boot/grub"] is not on an XFS filesystem
Installation finished. No error reported.
This is the contents of the device map /boot/boot/grub/device.map.
Check if this is correct or not. If any of the lines is incorrect,
fix it and re-run the script `grub-install'.

(fd0)   /dev/fd0
(hd0)   /dev/hda
root@Knoppix:/# update-grub
Searching for GRUB installation directory ... found: /boot/grub
Testing for an existing GRUB menu.list file ... found: /boot/grub/menu.lst
Searching for splash image ... none found, skipping ...
Found kernel: /vmlinuz-2.6.15-23-386
Found kernel: /memtest86+.bin
Updating /boot/grub/menu.lst ... done

root@Knoppix:/# rm -rf  /boot/boot
root@Knoppix:/# cp /proc/mounts /etc/mtab
root@Knoppix:/# grub-install /dev/hda
Due to a bug in xfs_freeze, the following command might produce a segmentation
fault when /boot/grub is not in an XFS filesystem. This error is harmless and
can be ignored.
xfs_freeze: specified file ["/boot/grub"] is not on an XFS filesystem
Installation finished. No error reported.
This is the contents of the device map /boot/grub/device.map.
Check if this is correct or not. If any of the lines is incorrect,
fix it and re-run the script `grub-install'.

(fd0)   /dev/fd0
(hd0)   /dev/hda
root@Knoppix:/# update-grub
Searching for GRUB installation directory ... found: /boot/grub
Testing for an existing GRUB menu.list file ... found: /boot/grub/menu.lst
Searching for splash image ... none found, skipping ...
Found kernel: /vmlinuz-2.6.15-23-386
Found kernel: /memtest86+.bin
Updating /boot/grub/menu.lst ... done

root@Knoppix:/# ls /boot
System.map-2.6.15-23-386  grub                      memtest86+.bin
abi-2.6.15-23-386         grub_backup               vmlinuz-2.6.15-23-386
config-2.6.15-23-386      initrd.img-2.6.15-23-386
root@Knoppix:/#

menu.lst in /hda7/boot/grub bzw. /ubuntu/boot/grub:

Code: 
# menu.lst - See: grub(8), info grub, update-grub(8)
#            grub-install(8), grub-floppy(8),
#            grub-md5-crypt, /usr/share/doc/grub
#            and /usr/share/doc/grub-doc/.

## default num
# Set the default entry to the entry number NUM. Numbering starts from 0, and
# the entry number 0 is the default if the command is not used.
#
# You can specify 'saved' instead of a number. In this case, the default entry
# is the entry saved with the command 'savedefault'.
# WARNING: If you are using dmraid do not change this entry to 'saved' or your
# array will desync and will not let you boot your system.
default		0

## timeout sec
# Set a timeout, in SEC seconds, before automatically booting the default entry
# (normally the first entry defined).
timeout		3

## hiddenmenu
# Hides the menu by default (press ESC to see the menu)
hiddenmenu

# Pretty colours
#color cyan/blue white/blue

## password ['--md5'] passwd
# If used in the first section of a menu file, disable all interactive editing
# control (menu entry editor and command-line)  and entries protected by the
# command 'lock'
# e.g. password topsecret
#      password --md5 $1$gLhU0/$aW78kHK1QfV3P2b2znUoe/
# password topsecret

#
# examples
#
# title		Windows 95/98/NT/2000
# root		(hd0,0)
# makeactive
# chainloader	+1
#
# title		Linux
# root		(hd0,1)
# kernel	/vmlinuz root=/dev/hda2 ro
#

#
# Put static boot stanzas before and/or after AUTOMAGIC KERNEL LIST

### BEGIN AUTOMAGIC KERNELS LIST
## lines between the AUTOMAGIC KERNELS LIST markers will be modified
## by the debian update-grub script except for the default options below

## DO NOT UNCOMMENT THEM, Just edit them to your needs

## ## Start Default Options ##
## default kernel options
## default kernel options for automagic boot options
## If you want special options for specific kernels use kopt_x_y_z
## where x.y.z is kernel version. Minor versions can be omitted.
## e.g. kopt=root=/dev/hda1 ro
##      kopt_2_6_8=root=/dev/hdc1 ro
##      kopt_2_6_8_2_686=root=/dev/hdc2 ro
# kopt=root=/dev/hda8 ro

## default grub root device
## e.g. groot=(hd0,0)
# groot=(hd0,6)

## should update-grub create alternative automagic boot options
## e.g. alternative=true
##      alternative=false
# alternative=true

## should update-grub lock alternative automagic boot options
## e.g. lockalternative=true
##      lockalternative=false
# lockalternative=false

## additional options to use with the default boot option, but not with the
## alternatives
## e.g. defoptions=vga=791 resume=/dev/hda5
# defoptions=quiet splash

## altoption boot targets option
## multiple altoptions lines are allowed
## e.g. altoptions=(extra menu suffix) extra boot options
##      altoptions=(recovery mode) single
# altoptions=(recovery mode) single

## controls how many kernels should be put into the menu.lst
## only counts the first occurence of a kernel, not the
## alternative kernel options
## e.g. howmany=all
##      howmany=7
# howmany=all

## should update-grub create memtest86 boot option
## e.g. memtest86=true
##      memtest86=false
# memtest86=true

## should update-grub adjust the value of the default booted system
## can be true or false
# updatedefaultentry=false

## ## End Default Options ##

title		Ubuntu, kernel 2.6.15-23-386
root		(hd0,6)
kernel		/vmlinuz-2.6.15-23-386 root=/dev/hda8 ro quiet splash
initrd		/initrd.img-2.6.15-23-386
savedefault
boot

title		Ubuntu, kernel 2.6.15-23-386 (recovery mode)
root		(hd0,6)
kernel		/vmlinuz-2.6.15-23-386 root=/dev/hda8 ro single
initrd		/initrd.img-2.6.15-23-386
boot

title		Ubuntu, memtest86+
root		(hd0,6)
kernel		/memtest86+.bin 
boot

### END DEBIAN AUTOMAGIC KERNELS LIST

title           customized XP
root            (hd0,0)
savedefault
makeactive
chainloader     +1



/edit:

Ich habe die menu.lst noch einmal mit Nano zu bearbeiten versucht, es hängt jedoch immer wieder eine Leerzeile hinten ran.
 
Passt doch jetzt. Der doppelte Grub-Ordner ist tatsächlich durch die Angabe des root-device-Parameters entstanden. Müsste ich hier wirklich nochmal austesten, aber nun gut, hauptsache es geht jetzt. Jetzt sollte nur noch ein /boot, und darin enthalten /grub da sein, oder? Die menu.lst ist in Ordnung, und einem Reboot steht nichts mehr im Wege.

//Edit: Sorry, das mit dem doppelten /boot war wirklich meine Schuld. Hatte das irgendwie anders im Gedächtnis. Aber wer das Handbuch liest, kommt weiter *g*
--root-directory=DIR
install GRUB images under the directory DIR instead of the root directory
Zum Vergrößern anklicken....
 
Soo.. (:

also da war kein wirkliches boot-Menü, dafür stand da 1...0 und ehe ich genaues lesen konnte, startete Xubuntu. das ist schön (:

wenn ich schonmal bei Xubuntu bin; weisst du, wie ich mein Applikationsmenü öffnen kann? es reagiert nicht auf Klicken, auch auf der Oberfläche kann ich keinen Rechtsklick ausführen; in Firefox schon.

jetzt müsste wohl nur noch XP integriert werden...
 
Editier mal in der menu.lst die folgende Zeile:
Code: 
timeout		3

Die letzte Zahl gibt die Sekunden an, die bis zum automatischen Booten des Defaultkernels vergehen. Ich würde den Wert ein wenig erhöhen, so wie es dir gefällt (vielleicht auf 5 oder 7). Die komplette Liste solltest du sehen, wenn du auf Esc drückst, bevor ein Kernel gebootet wird. Der Eintrag für XP sollte wie gesagt eigentlich vorhanden sein.

Wenn du das Menü immer sehen möchtest, ohne Esc zu drücken, dann mach mal aus der Zeile
Code: 
hiddenmenu
ein
Code: 
#hiddenmenu
 
Partüüüüüüüüüüü !!

geht ^^


wie das mit dem Applikationsmenü klappen soll, weiss ich noch nicht; aber ich werde mich wohl bei Gelegenheit Mal in ubuntuusers-Forum anmelden; dort weiss sicherlich einer Rat. liegt bestimmt an einem Fehler in XFCE.


ich danke dir, Voodoo, für all dein Aufopfern! die Welt braucht mehr Menschen wie dich (;

ich wünsche ein angenehmes (und erholsames) Wochenende.
 
Sorry, zum Thema XFCE kann ich dir nichts sagen. Naja, hauptsache du hast wieder ein bootbares System, alles andere kannst du immer noch einrichten. Ich könnte mich wegen der versauten ersten Installation wirklich in den eigenen Hintern beißen, aber so ist das wohl manchmal einfach, gerade wenn man nicht lokal am Rechner sitzt.

Viel Spaß mit dem System. Ich denke, du hast auf jeden Fall etwas gelernt, selbst wenn so etwas für einen Anfänger immer ein wenig anstrengend ist. Ich halte dir aber wirklich zugute, dass du nicht, wie viele andere, die Haudrauf-Lösung Formatierung und Neuinstallation probiert hast :)
 
Um antworten zu können musst du eingeloggt sein.
Zurück
Oben