Impossibile ottenere il percorso canonico di /cow

Sto cercando di installare Ubuntu 12.10 da un po' di tempo, e superando gli ostacoli uno ad uno. Ora mi trovo nella seguente situazione.

Ho un PC e un HDD da 10 GB che sarà totalmente dedicato a Ubuntu, quindi nessuna opzione di Wubi e dual boot.

Stavo cercando di installare da DVD, ma si è bloccato a "Out of frequency" errore. Così ho dovuto adattarmi all'opzione di avvio USB. Ma il mio PC è USB non avviabile, quindi la soluzione è "Plop Boot Manager". Quindi sto facendo la procedura di installazione come segue:

  1. partendo da un'unità CD che ha installato Plop.
  2. optando per l'avvio da USB nelle opzioni di plop.
  3. l'avvio inizia da USB.
  4. il monitor alla fine dà "out of frequency" errore
  5. premete Shift+Alt+F1 per ottenere il terminale.
  6. aprite grub con sudo nano /etc/default/grub.
  7. fate le modifiche necessarie.
  8. sudo update-grub.

Ora qui sto ottenendo un errore come segue:

/usr/sbin/grub-probe:error:failed to get canonical path of /cow.

Il mio sistema è

P4 3.06 GHz, 1 GB ram, 10 GB HDD senza OS, monitor CRT lg StudioWorks (7 anni). Mobo Mercury P4 266a NDMx (865 equivalente). L'intero sistema è perfettamente funzionante sotto XP, ma è USB non avviabile, e tutti gli altri dispositivi funzionano perfettamente.

Cosa dovrei fare dopo?

Olli
Domanda modificata 18º febbraio 2014 в 4:53
Ubuntu
usb grub2 live-usb usb-creator
13º febbraio 2013 в 4:18
12 visualizzazioni

Dopo l'avvio dal CD live di Ubuntu (provato 14.04 e 16.04) sono stato in grado di aggirare questo problema eseguendo update-grub chroot sulla partizione di grub. (Sostituire /dev/sda1 sotto con qualsiasi partizione su cui avete installato grub. Tutti i comandi come root).

mkdir /mnt/chrootdir
mount /dev/sda1 /mnt/chrootdir
for dir in proc dev sys etc bin sbin var usr lib lib64 tmp; do
    mkdir /mnt/chrootdir/$dir && mount --bind /$dir /mnt/chrootdir/$dir
done
chroot /mnt/chrootdir
update-grub2  # inside chroot
Nathan Kidd
Risposta modificata 22º luglio 2019 в 5:27
Commentari (8)

Trovate il vostro drive che dovrebbe avviarsi con

mount

Oppure

parted -l

Oppure

fdisk /dev/sda

E digitate p per elencare le partizioni, cercate il tipo 83.

(Se avete Fedora potreste dover usare i comandi "vgs" e "lvs" e se avete mdraid potreste dover "cat /proc/mdstat" o mdadm -A --scan o insmod raid1 o insmod raid5 e poi mdadm -A --scan) e userete /dev/md0 o /dev/mapper/my-vg invece di /dev/sda

poi provate a montarlo

mkdir /mnt
mount /dev/sda1 /mnt
cd /mnt
ls -l

È il tuo disco? Fico!

grub-install --recheck --root-directory=/mnt /dev/sda

(O qualsiasi unità /dev sia la tua root, con il suo percorso montato)

grub-install --recheck --root-directory=/mnt /dev/sda --force

(Forzatelo se non gli piacciono le vostre partizioni).

Ora dovrebbe avviarsi in grub, e si possono usare i comandi di grub per avviare, dopo aver riavviato e selezionato l'unità di avvio giusta dal BIOS Setup, o premendo ESC o F12 a seconda del BIOS e se si è abbastanza veloci, poi al prompt di Grub - è possibile utilizzare il completamento della scheda per trovarlo se non è (hd0,1) ma (hd1,3) o qualcos'altro, ma attenzione, il completamento della scheda a volte si blocca per alcuni secondi se grub non può leggere il disco.

insmod linux
ls
root=(hd0,1)
linux /boot/vmlinuz root=/dev/sda1
initrd /boot/initrd
boot

Oppure, si spera che tu abbia ancora un file grub.cfg intatto... o forse questo funzionerà:

grub-mkconfig -o /mnt/boot/grub/grub.cfg
Dagelf
Risposta modificata 25º gennaio 2019 в 11:22
Commentari (2)

È il comando update-grub che vi darà l'errore quando lo usate da un cd live. Ho affrontato una situazione simile quando stavo facendo un salvataggio di grub. Il problema che hai è che i comandi update-grub e grub-install non funzionano direttamente sotto live cd (non so perché). Quindi, devi andare in /usr/sbin dove si trovano i comandi ed eseguirli da lì (cioè ./update-grub).

Commentari (6)