Nachfragerfranzi
Anmeldungsdatum: 26. September 2014
Beiträge: 1140
|
Auf der FPl ist WIN XP Prof installiert, das soll bleiben.
Der Versuch einer Wiederholung einer Neuinstallation von Ubuntu mit der Live-CD ist gescheitert.Mit der Variante " Andere"
konnten die gedachten Partitionen nicht erstellt werden.
Die Variante " Ubuntu neben einem vorhandenen Betriebsystem installieren ergab.
Am Ende wurde die CD ausgegeben, der Rechner nicht herrunter gefahren und war nur über den Netzschalter abschaltbar. Ein Neustart ergab die Fehlermeldung Grub Rescue und am Ende Grub>.
Es reagierte keine Taste. Die Google-Übersetzung zu
Grub>
Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions.
Anywhare else TAB lists possible device file completiions.
Ist mir keine Hilfe weil ich die Aussage,ohne engl. Kenntnisse, nicht verstehe. sudo mount /dev/sdXY /mnt
/sdXY = sda6 für Partition /Ubuntu (wie in der vorh. Partitionsliste) stimmt das so ? Der Reparaturversuch nach Grub_2/Reparatur klappt auch nicht. ubuntu@ubuntu:~$ sudo parted -l
Modell: ATA WDC WD3200AAJB-0 (scsi)
Festplatte /dev/sda: 320GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 32,3kB 62,9GB 62,9GB primary ntfs boot
2 62,9GB 320GB 257GB extended
6 62,9GB 79,7GB 16,8GB logical ext4
7 79,7GB 96,9GB 17,1GB logical ntfs
8 96,9GB 129GB 32,3GB logical ext4
9 129GB 130GB 377MB logical ext2
5 318GB 320GB 2144MB logical linux-swap(v1)
Modell: HL-DT-ST DVDRAM GSA-4040B (scsi)
Festplatte /dev/sr0: 4700MB
Sektorgröße (logisch/physisch): 2048B/2048B
Partitionstabelle: msdos
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 131kB 4068MB 4068MB primary boot, versteckt
ubuntu@ubuntu:~$ sudo fdisk -l
Disk /dev/sda: 320.1 GB, 320071851520 bytes
255 Köpfe, 63 Sektoren/Spur, 38913 Zylinder, zusammen 625140335 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Festplattenidentifikation: 0x00008d3b
Gerät boot. Anfang Ende Blöcke Id System
/dev/sda1 * 63 122881184 61440561 7 HPFS/NTFS/exFAT
/dev/sda2 122882046 625139711 251128833 5 Erweiterte
/dev/sda5 620951552 625139711 2094080 82 Linux Swap / Solaris
/dev/sda6 122882048 155754495 16436224 83 Linux
/dev/sda7 155756544 189251583 16747520 7 HPFS/NTFS/exFAT
/dev/sda8 189253632 252280831 31513600 83 Linux
/dev/sda9 252282880 253020159 368640 83 Linux
Partitionstabelleneinträge sind nicht in Platten-Reihenfolge Was kann ich tun? Die /boot ist wohl bei meiner Interessenlage nicht unbedingt notwendig. Wie kann ich die Partition /boot wieder löschen ? Ich möchte vor einem nächsten Versuch einer Ubuntu-Installation, den Festplattenbereich nach der WIN-Partition vollständig säubern? Wie kann ich das angehen? Nff Bearbeitet von jug: Beitragstext aus dem Codeblock befreit, einen Wiki-Link repariert … Das mit der Syntax muss wirklich schwer zu begreifen sein, so oft wie wir dir hinterher räumen müssen …
Moderiert von tomtomtom: Kein Bezug zum Forum "Ubuntu installieren und aktualisieren" vorhanden. Ins passende Forum verschoben.
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53644
Wohnort: Berlin
|
Nachfragerfranzi schrieb: Der Reparaturversuch nach Grub_2/Reparatur klappt auch nicht.
"klappt auch nicht" ist keine Beschreibung, mit der dir irgendjemand helfen können wird. Dir wurde ja bestimmt schon an die hundert Mal Richtig fragen verlinkt. Tipp: Du könntest es endlich mal lesen und beachten!
|
Nachfragerfranzi
(Themenstarter)
Anmeldungsdatum: 26. September 2014
Beiträge: 1140
|
@tomtomtom Dann nimm die Formulierung; funktioniert nicht.Was mir bekannt ist steht im Thread.Wenn es nicht ausreichend ist werd ich Fragen beantworten.Was ist mit der Antwort auf meine Fragen. Nff
|
jug
Ehemalige
Anmeldungsdatum: 19. März 2007
Beiträge: 12335
Wohnort: Berlin
|
Nachfragerfranzi schrieb: Dann nimm die Formulierung; funktioniert nicht.
Hilft auch nicht. Du hast dich auf Grub 2/Reparatur bezogen. Das ist eine lange und umfangreiche Anleitung … was davon klappt nicht? Oder funktioniert nicht? Kleines Beispiel: „Ich wollte heute morgen meine Schuhe zubinden, das hat nicht funktioniert? Was kann ich machen?“ Könntest du mir die Frage beantworten? Ich behaupte nicht.
Sind die Schnürsenkel gerissen? Haben die Schuhe Klettverschluss? Waren es vielleicht Slipper, die man gar nicht schnüren kann/muss? Vielleicht weiß ich gar nicht, wie man Schuhe bindet. Oder vielleicht habe ich meine Schuhe gar nicht gefunden.
Du siehst – je genauer und ausführlicher du dein Problem beschreibst, desto besser kann man darauf antworten. „funktioniert nicht“ (oder ähnliche Formulierungen) helfen da nicht weiter.
Wenn es nicht ausreichend ist werd ich Fragen beantworten.
Gut, dann mal los, den genannten Wiki-Artikel Schritt für Schritt mit jeweiligen Ergebnissen von Befehlen hier rein. Dann kann man sehen wo etwas schief läuft.
Was ist mit der Antwort auf meine Fragen.
Kann man dir beantworten, wenn man dein Problem versteht, das ist noch nicht der Fall. ~jug
|
Nachfragerfranzi
(Themenstarter)
Anmeldungsdatum: 26. September 2014
Beiträge: 1140
|
Root-Directory-Methode sudo mount /dev/sda6 /mnt
sudo mount /dev/sda9 /mnt/boot
sudo mount --bind /dev/ /mnt/dev
sudo grub-install --boot-directory=/mnt/boot /dev/sda
sudo update-grub
Live-CD wird ausgegeben und der Rechner bleibt hängen. Nur über Austaste zu beenden. Nff
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53644
Wohnort: Berlin
|
Nutze bitte die chroot-Methode. Etwaige Fehlermeldungen beim Ausführen der einzelnen Befehle bitte auch posten. Davon, dass /dev/sda6 das Systemverzeichnis und /dev/sda9 die Bootpartition ist, gehe ich mal aus.
|
Nachfragerfranzi
(Themenstarter)
Anmeldungsdatum: 26. September 2014
Beiträge: 1140
|
tomtomtom schrieb:
Nutze bitte die chroot-Methode.
ubuntu@ubuntu:~$ sudo mount /dev/sda6 /mnt
ubuntu@ubuntu:~$ sudo mount -o bind /dev /mnt/dev
ubuntu@ubuntu:~$ sudo mount -o bind /sys /mnt/sys
ubuntu@ubuntu:~$ sudo mount -t proc /proc /mnt/proc
ubuntu@ubuntu:~$ sudo cp /proc/mounts /mnt/etc/mtab
ubuntu@ubuntu:~$ sudo chroot /mnt /bin/bash
root@ubuntu:/# grub-install /dev/sda6
Installing for i386-pc platform.
grub-install: Warnung: Dateisystem »ext2« unterstützt keine Einbettungen.
grub-install: Warnung: Einbettung ist nicht möglich. GRUB kann in dieser Konfiguration nur mittels Blocklisten installiert werden. Blocklisten sind allerdings UNZUVERLÄSSIG und deren Verwendung wird daher nicht empfohlen..
grub-install: Fehler: mit Blocklisten wird nicht fortgesetzt.
root@ubuntu:/#
root@ubuntu:/# grub-install --recheck /dev/sda
Installing for i386-pc platform.
installation beendet. Keine Fehler aufgetreten.
root@ubuntu:/#
root@ubuntu:/# update-grub
Grub-Konfigurationsdatei wird generiert …
Linux-Abbild gefunden: /boot/vmlinuz-3.13.0-48-generic
initrd-Abbild gefunden: /boot/initrd.img-3.13.0-48-generic
Linux-Abbild gefunden: /boot/vmlinuz-3.13.0-46-generic
initrd-Abbild gefunden: /boot/initrd.img-3.13.0-46-generic
Linux-Abbild gefunden: /boot/vmlinuz-3.13.0-45-generic
initrd-Abbild gefunden: /boot/initrd.img-3.13.0-45-generic
Linux-Abbild gefunden: /boot/vmlinuz-3.13.0-24-generic
initrd-Abbild gefunden: /boot/initrd.img-3.13.0-24-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
erledigt
root@ubuntu:/# Hier ist das Ergebnis, noch mit der Live-CD. Nff
|
apt-ghetto
Anmeldungsdatum: 3. Juni 2014
Beiträge: 2943
|
Nachfragerfranzi schrieb: root@ubuntu:/# grub-install /dev/sda6
Installing for i386-pc platform.
grub-install: Warnung: Dateisystem »ext2« unterstützt keine Einbettungen.
grub-install: Warnung: Einbettung ist nicht möglich. GRUB kann in dieser Konfiguration nur mittels Blocklisten installiert werden. Blocklisten sind allerdings UNZUVERLÄSSIG und deren Verwendung wird daher nicht empfohlen..
grub-install: Fehler: mit Blocklisten wird nicht fortgesetzt.
Wieso willst du Grub nach /dev/sda6 installieren und nicht wie üblich an den Anfang der Festplatte nach /dev/sda? Ausserdem wurde dir angezeigt, dass die Installation aufgrund eines Fehlers abgebrochen wurde.
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53644
Wohnort: Berlin
|
Nachfragerfranzi schrieb: tomtomtom schrieb:
Du willst immer noch zitieren lernen. Hinweis: Dieser "Zitieren"-Knopf da unter dem Beitrag ist zum Zitieren. Klingt logisch, ist aber so. Hier ist das Ergebnis, noch mit der Live-CD.
Gut, dass das nicht auf die Partition gehört (was auch nirgends im Artikel behauptet wird) hast du ja anscheinend herausgefunden. Bisher hast du allerdings angegeben, deine Systempartition wäre /dev/sda9 . Wenn dem so ist hätte schon chroot so nicht funktionieren dürfen, denn du hast ja nur /dev/sda6 eingebunden, was deinen Angaben zu Folge ja nur deine Bootpartition ist. Wäre also interessant, mal die Verzeichnisstruktur auf den Partitionen anzugucken. sudo mkdir /mnt/{sda6,sda9} sudo mount /dev/sda6 /mnt/sda6
sudo mount /dev/sda9 /mnt/sda9 ls -alu /mnt/sda6
ls -alu /mnt/sda9
|
Nachfragerfranzi
(Themenstarter)
Anmeldungsdatum: 26. September 2014
Beiträge: 1140
|
Gerry Ghetto schrieb: Nachfragerfranzi schrieb: root@ubuntu:/# grub-install /dev/sda6
Installing for i386-pc platform.
grub-install: Warnung: Dateisystem »ext2« unterstützt keine Einbettungen.
grub-install: Warnung: Einbettung ist nicht möglich. GRUB kann in dieser Konfiguration nur mittels Blocklisten installiert werden. Blocklisten sind allerdings UNZUVERLÄSSIG und deren Verwendung wird daher nicht empfohlen..
grub-install: Fehler: mit Blocklisten wird nicht fortgesetzt.
Wieso willst du Grub nach /dev/sda6 installieren und nicht wie üblich an den Anfang der Festplatte nach /dev/sda? Ausserdem wurde dir angezeigt, dass die Installation aufgrund eines Fehlers abgebrochen wurde.
Gerry Ghetto
/sda6/ war natürlich ein Fehler der in
root@ubuntu:/# grub-install --recheck /dev/sda
Installing for i386-pc platform.
installation beendet. Keine Fehler aufgetreten.
korrigiert wurde. Nff
|
Nachfragerfranzi
(Themenstarter)
Anmeldungsdatum: 26. September 2014
Beiträge: 1140
|
tomtomtom schrieb: Nachfragerfranzi schrieb: tomtomtom schrieb:
Bisher hast du allerdings angegeben, deine Systempartition wäre /dev/sda9 . Wenn dem so ist hätte schon chroot so nicht funktionieren dürfen, denn du hast ja nur /dev/sda6 eingebunden, was deinen Angaben zu Folge ja nur deine Bootpartition ist.
Besteht die Möglichkeit das Du irrst?
Wäre also interessant, mal die Verzeichnisstruktur auf den Partitionen anzugucken.
sepp@sepp-D1607:~$ sudo mkdir /mnt/{sda6,sda9}
[sudo] password for sepp:
sepp@sepp-D1607:~$
sepp@sepp-D1607:~$
sepp@sepp-D1607:~$ sudo mount /dev/sda6 /mnt/sda6
sepp@sepp-D1607:~$
sepp@sepp-D1607:~$ sudo mount /dev/sda9 /mnt/sda9
sepp@sepp-D1607:~$
sepp@sepp-D1607:~$ ls -alu /mnt/sda6
insgesamt 136
drwxr-xr-x 25 root root 4096 Mai 2 07:54 .
drwxr-xr-x 5 root root 4096 Mai 2 09:50 ..
-rw------- 1 root root 70 Apr 28 22:58 .bash_history
drwxr-xr-x 2 root root 4096 Mai 2 09:50 bin
drwxr-xr-x 3 root root 4096 Mai 2 08:59 boot
drwxr-xr-x 2 root root 4096 Mai 2 09:50 cdrom
drwxr-xr-x 4 root root 4096 Apr 29 21:34 dev
drwxr-xr-x 140 root root 12288 Mai 2 15:00 etc
drwxr-xr-x 5 root root 4096 Mai 2 09:50 grub
drwxr-xr-x 3 root root 4096 Mai 2 09:35 home
-rw-r--r-- 1 root root 2 Mai 2 09:50 Homeumzug.txt
lrwxrwxrwx 1 root root 33 Mai 2 07:54 initrd.img -> boot/initrd.img-3.13.0-48-generic
lrwxrwxrwx 1 root root 33 Mai 2 07:54 initrd.img.old -> boot/initrd.img-3.13.0-46-generic
drwxr-xr-x 23 root root 4096 Mai 2 09:31 lib
drwx------ 2 root root 16384 Apr 28 22:56 lost+found
-rw-r--r-- 1 root root 0 Mai 2 07:54 ls
drwxr-xr-x 4 root root 4096 Mai 2 09:50 media
drwxr-xr-x 5 root root 4096 Mai 2 09:50 mnt
drwxr-xr-x 3 root root 4096 Mai 2 09:50 opt
drwxr-xr-x 2 root root 4096 Apr 29 21:34 proc
drwx------ 9 root root 4096 Apr 28 22:56 root
drwxr-xr-x 12 root root 4096 Apr 29 21:34 run
drwxr-xr-x 2 root root 12288 Mai 2 09:50 sbin
drwxrwxr-x 28 sepp sepp 4096 Mai 2 09:50 sepp
drwxr-xr-x 29 sepp sepp 4096 Mai 2 09:50 shared
drwxr-xr-x 2 root root 4096 Mai 2 09:50 srv
drwxr-xr-x 2 root root 4096 Apr 29 21:34 sys
drwxrwxrwt 5 root root 4096 Mai 2 14:22 tmp
drwxr-xr-x 10 root root 4096 Mai 2 09:50 usr
drwxr-xr-x 13 root root 4096 Mai 2 09:50 var
-rw-r--r-- 1 root root 0 Mai 2 09:50 Verzeichnis.txt
lrwxrwxrwx 1 root root 30 Mai 2 07:54 vmlinuz -> boot/vmlinuz-3.13.0-48-generic
lrwxrwxrwx 1 root root 30 Mai 2 07:54 vmlinuz.old -> boot/vmlinuz-3.13.0-46-generic
sepp@sepp-D1607:~$
sepp@sepp-D1607:~$
sepp@sepp-D1607:~$ ls -alu /mnt/sda9
insgesamt 17
drwxr-xr-x 3 root root 1024 Mai 2 07:54 .
drwxr-xr-x 5 root root 4096 Mai 2 09:50 ..
drwx------ 2 root root 12288 Apr 30 20:47 lost+found
sepp@sepp-D1607:~$
sepp@sepp-D1607:~$ mount -l
/dev/sda6 on / type ext4 (rw,errors=remount-ro) [Ubuntu]
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/cgroup type tmpfs (rw)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755)
none on /sys/fs/pstore type pstore (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
systemd on /sys/fs/cgroup/systemd type cgroup (rw,noexec,nosuid,nodev,none,name=systemd)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,user=sepp)
/dev/sdb1 on /media/sepp/ext FPL type fuseblk (rw,nosuid,nodev,allow_other,default_permissions,blksize=4096) [ext FPL]
/dev/sda9 on /media/sepp/boot type ext2 (rw,nosuid,nodev,uhelper=udisks2) [boot]
/dev/sda8 on /media/sepp/home type ext4 (rw,nosuid,nodev,uhelper=udisks2) [home]
/dev/sda7 on /media/sepp/shared type fuseblk (rw,nosuid,nodev,allow_other,default_permissions,blksize=4096) [shared]
/dev/sda1 on /media/sepp/WIN XP Prof type fuseblk (rw,nosuid,nodev,allow_other,default_permissions,blksize=4096) [WIN XP Pro \\
C# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda6 during installation
UUID=f21f05fc-acba-40ef-a35a-aedd9c399f5c / ext4 errors=remount-ro 0 1
# swap was on /dev/sda5 during installation
UUID=5ca739ba-2c26-4f5c-92a2-a87c36c23b84 none swap sw 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto,exec,utf8 0 0
# /v.Hd./dev/sda1: LABEL="WIN XP Prof"
# UUID=D4088633088614A0 WINDOWS ntfs defaults 0 0
# /home was on /dev/sda8 during installation
UUID=2fea47d8-4e69-42b8-a854-965a4144aee9 /home ext4 defaults 0 2
Warum sind in der /etc/fstab /sda7(shared) und /sda9 (boot) nicht eingetragen? Dagegen ist /sda8(home) eingetragen, verursacht aber beim Start die Meldung: /home nicht bereit, weil nicht eingehängt. An welcher Stelle im /etc/fstab -Eintrag /sda8 müßte die Option -a aus dem Befehl mount stehen? Nach dem ersten Start im Anschluß an die Grub - Reparatur erfolgten keine Veränderungen. Nff
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53644
Wohnort: Berlin
|
Nachfragerfranzi schrieb: Besteht die Möglichkeit das Du irrst?
Ja, war natürlich anders herum. Du hast angegeben, das /dev/sda9 die Bootpartition ist. Und diese für die GRUB-Reparatur beim ersten Versuch ja offensichtlich auch eingebunden. Da ist allerdings nichts drauf - die Frage ist also, ob das System nach der den Ausgaben nach ja erfolgreichen GRUB-Reparatur jetzt wieder bootet. Warum sind in der /etc/fstab /sda7(shared) und /sda9 (boot) nicht eingetragen?
Weil du sie nicht eingetragen hast.
Dagegen ist /sda8(home) eingetragen, verursacht aber beim Start die Meldung: /home nicht bereit, weil nicht eingehängt.
Kann dir niemand sagen, da du die notwendigen Informationen (wieder mal) nicht lieferst. sudo lsblk -o NAME,UUID,LABEL,FSTYPE von der Live-CD aus wäre da das Minimum.
An welcher Stelle im /etc/fstab -Eintrag /sda8 müßte die Option -a aus dem Befehl mount stehen?
42. Versuche es mal mit einer im Kontext gestellten Frage inklusive Information für den Fragenenden. Leider mangelt es hier im Forum sehr stark an begabten Stochastikern und Wahrsagern.
Nach dem ersten Start im Anschluß an die Grub - Reparatur erfolgten keine Veränderungen.
Im Gegensatz zu was? Und ja, ich weiß, dass dir der folgende Link schon hundertmal geschickt wurde und du ihn absolut ignorierst, aber die Hoffnung stirbt ja bekanntlich zuletzt. ▶ Richtig fragen ◀
|
Nachfragerfranzi
(Themenstarter)
Anmeldungsdatum: 26. September 2014
Beiträge: 1140
|
tomtomtom schrieb: Nachfragerfranzi schrieb:
Da ist allerdings nichts drauf - die Frage ist also, ob das System nach der den Ausgaben nach ja erfolgreichen GRUB-Reparatur jetzt wieder bootet.
Dagegen ist /sda8(home) eingetragen, verursacht aber beim Start die Meldung: /home nicht bereit, weil nicht eingehängt.
Warum sind in der /etc/fstab /sda7(shared) und /sda9 (boot) nicht eingetragen?
Weil du sie nicht eingetragen hast.
Ich bin davon ausgegangen, das mit der Grub-reparatur,auf Grund der gespeicherten Daten, quasi eine Neuinstallation erfolgt,bei der alle Partitionen installiert und eingehängt werden.
sepp@sepp-D1607:~$ sudo lsblk -o NAME,UUID,LABEL,FSTYPE
[sudo] password for sepp:
NAME UUID LABEL FSTYPE
sda
├─sda1 D4088633088614A0 WIN XP Prof ntfs
├─sda2
├─sda5 5ca739ba-2c26-4f5c-92a2-a87c36c23b84 swap
├─sda6 f21f05fc-acba-40ef-a35a-aedd9c399f5c Ubuntu ext4
├─sda7 2D567A225CF8A106 shared ntfs
├─sda8 02549d36-215d-4a57-a312-37353a374ec8 home ext4
└─sda9 9213a1b0-f8c0-4295-94da-965a9772f116 boot ext2
sdb
└─sdb1 6C848ACF848A9B6A ext FPL ntfs
sr0 An welcher Stelle im /etc/fstab -Eintrag /sda8 müßte die Option -a aus dem Befehl mount stehen?
Die Option -a des Mount-Befehls bewirkt das statische Einhängen, wenn ich es recht verstanden habe. Nun wollte ich nur wissen an welcher Stelle es eingetragen werden muß. Nach dem ersten Start im Anschluß an die Grub - Reparatur erfolgten keine Veränderungen.
Im Gegensatz zu was?
Der Satz besagt, das in Folge des ersten Startes ohne Live-CD,die beigefügten Informationen,nicht verändert wurden. Also sich im Stand nach der Grub-Reparatur befinden. Nff
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53644
Wohnort: Berlin
|
Zuerst einmal: ▶ DU WILLST ENDLICH LERNEN, WIE MAN ZITIERT UND NICHT STÄNDIG LEUTEN DA ETWAS REINPACKEN, WAS SIE NIE GESCHRIEBEN HABEN!!1!
◀ Nachfragerfranzi schrieb: Ich bin davon ausgegangen, das mit der Grub-reparatur,auf Grund der gespeicherten Daten, quasi eine Neuinstallation erfolgt,bei der alle Partitionen installiert und eingehängt werden.
Eine GRUB 2/Reparatur hat mit deiner fstab folgendes zu tun: Nichts. Es wird auch in keiner Dokumentation gegenteiliges behauptet. Die Option -a des Mount-Befehls bewirkt das statische Einhängen, wenn ich es recht verstanden habe.
Nein, hast du nicht. Lies man mount
Nun wollte ich nur wissen an welcher Stelle es eingetragen werden muß.
Nirgends, da das nicht in die fstab gehört.
Der Satz besagt, das in Folge des ersten Startes ohne Live-CD,die beigefügten Informationen,nicht verändert wurden. Also sich im Stand nach der Grub-Reparatur befinden.
Und trotzdem kannst du dich ja als dein Benutzer anmeldet, so wie es deinen Ausgaben nach aussieht. Und das würde ja bedeuten, dass das System bootet und damit wäre die Frage: Wo bitte ist der GRUB-Fehler? Zum fstab wieder mal das gewohnte, von dir konsequent missachtete ▶ Richtig fragen ◀ Eine Frage, ein Thema. Das ist jetzt nicht gerade Raketenwissenschaft diesen simplen Grundsatz zu verstehen.
|
Nachfragerfranzi
(Themenstarter)
Anmeldungsdatum: 26. September 2014
Beiträge: 1140
|
@tomtomtom Sag doch gleich das die benötigte Ausgabe des Befehls falsch eingeordnet wurde.Ist doch keine Absicht. Das Thema lautet: „Grub-Fehler nach Installationsversuch von Ubuntu“ und alles bisher behandelte steht mit der Lösung dieses Themas im Zusammenhang. So sehe ich das. Eine Frage,ein Thema-richtig. Jede Regel kennt zuweilen vielleicht auch Ausnahmen. Wenn das zwingend auseinander gepflückt werden muß,könnte darauf hingewiesen werden. Ja das System bootet,das steht nun aber wirklich schon geschrieben, wenn auch anders ausgedrückt. Ich verzichte darauf mit gleicher Münze wie Du, zu antworten. Du hast mir bei der Reparatur des Problems geholfen ,darum bootet es wieder. man mount hilft mir nicht.Ich muß mich ans Wiki halten.Kannst Du ja nicht wissen.
Eine GRUB 2/Reparatur hat mit deiner fstab folgendes zu tun:
Nichts.
Es wird auch in keiner Dokumentation gegenteiliges behauptet.
Mein Kommentar: Ich hab es auch nicht.
|