Domanda Come rieseguire il boot loader?


In esecuzione sudo apt-get -f install detto questo The link /vmlinuz.old is a damaged link e:

you may need to re-run your boot loader[grub]

Ecco l'output completo:

user@chrubuntu:~$ sudo apt-get -f install
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following packages were automatically installed and are no longer required:
  linux-headers-3.13.0-32 linux-headers-3.13.0-32-generic
  linux-image-3.13.0-32-generic linux-image-extra-3.13.0-32-generic
Use 'apt-get autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
user@chrubuntu:~$ sudo apt-get autoremove
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following packages will be REMOVED:
  linux-headers-3.13.0-32 linux-headers-3.13.0-32-generic
  linux-image-3.13.0-32-generic linux-image-extra-3.13.0-32-generic
0 upgraded, 0 newly installed, 4 to remove and 0 not upgraded.
After this operation, 270 MB disk space will be freed.
Do you want to continue? [Y/n] y
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
    LANGUAGE = "en
en",
    LC_ALL = (unset),
    LC_TIME = "en",
    LC_MONETARY = "en",
    LC_ADDRESS = "en",
    LC_TELEPHONE = "en",
    LC_NAME = "en",
    LC_MEASUREMENT = "en",
    LC_IDENTIFICATION = "en",
    LC_NUMERIC = "en",
    LC_PAPER = "en",
    LANG = (unset)
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_ALL to default locale: No such file or directory
(Reading database ... 232120 files and directories currently installed.)
Removing linux-headers-3.13.0-32-generic (3.13.0-32.57) ...
Removing linux-headers-3.13.0-32 (3.13.0-32.57) ...
Removing linux-image-extra-3.13.0-32-generic (3.13.0-32.57) ...
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 3.13.0-32-generic /boot/vmlinuz-3.13.0-32-generic
update-initramfs: Deleting /boot/initrd.img-3.13.0-32-generic
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.13.0-32-generic /boot/vmlinuz-3.13.0-32-generic
The link /initrd.img.old is a damaged link
Removing symbolic link initrd.img.old 
 you may need to re-run your boot loader[grub]
Removing linux-image-3.13.0-32-generic (3.13.0-32.57) ...
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 3.13.0-32-generic /boot/vmlinuz-3.13.0-32-generic
update-initramfs: Deleting /boot/initrd.img-3.13.0-32-generic
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.13.0-32-generic /boot/vmlinuz-3.13.0-32-generic
The link /vmlinuz.old is a damaged link
Removing symbolic link vmlinuz.old 
 you may need to re-run your boot loader[grub]
user@chrubuntu:~$

Come rieseguire il boot loader?


148
2017-09-02 02:44


origine


Ottengo lo stesso problema quando lo uso apt-get autoremovema come dice Eliah Kagan la sua risposta grub sembra funzionare bene al riavvio. - Mark Mikofski


risposte:


Secondo la risposta di Womble a Collegamenti simbolici danneggiati / vmlinuz e /initrd.img dopo la disinstallazione del kernel (sopra Errore del server), non devi fare nulla in questa situazione quando il tuo boot loader è GRUB / GRUB2, che è, qui.

Per alcuni altri boot loader (almeno LILO), a quanto pare è stato talvolta necessario eseguire manualmente la configurazione del boot loader.

Se tu fatto devi dire a GRUB di controllare i kernel esistenti e aggiornare la sua configurazione, in esecuzione sudo update-grub farebbe così E non c'è niente di male a gestirlo. Ma non dovrebbe essere necessario in questo caso.


187
2017-09-02 02:49



ok, li ho scaricati - TevinYoungz
@TevinYoungz Va bene. sudo update-grub non dovrebbe fare del male - Eliah Kagan
La parola "a volte" è un eufemismo. - Simon Richter
Pensando che questa coppia di errori e la risoluzione potrebbero ricevere un premio per gli errori di progettazione più stupidi: avere un comando grub che si chiama update-grub invece di grub-update che è logico e non riesce a specificare la correzione (comando) che funziona nel 99,99% dei casi. - sorin
@sorin mi chiedo qualunque cosa ci sia una segnalazione di bug da qualche parte. - Mateusz Konieczny


L'errore è un po 'strano in caso di grub.

Quando apt installa una nuova versione del kernel, sposta / vmlinuz e /initrd.img in /vmlinuz.old e /initrd.img.old (che quindi punta ancora al kernel attivo in quel momento. Di nuovo, si noti l'estensione .old, che è diverso dalla storia collegata in "Collegamenti danneggiati dopo la disinstallazione del kernel") e crea due nuovi file / vmlinuz /initrd.img.

Quando corri apt-get autoremove (i messaggi non sono stati generati da apt-get -f installrimuove il kernel precedentemente attivo (riavviato dopo l'installazione, prima di eseguire autoremove, giusto?), che rende i collegamenti non validi.

Quando viene eseguita la rimozione del kernel stesso, lo stesso autoremove richiama update-grub:

run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.13.0-32-generic /boot/vmlinuz-3.13.0-32-generic

Quindi:

The link /vmlinuz.old is a damaged link
Removing symbolic link vmlinuz.old 
 you may need to re-run your boot loader[grub]

Quindi, autoremove fa:

  1. rimuovi il vecchio kernel
  2. eseguire update-grub
  3. update-grub rimuove i file .old che sono collegati ai file rimossi.

Nulla di cui preoccuparsi :-)

Saluti.


31
2017-08-19 14:08



Cosa succede se non si è riavviato dopo l'ultimo dist-upgrade? Allora cosa? Non riavvio mai. Questo è per newbs. - Evan Carroll
Non c'è modo di ottenere il nuovo kernel in memoria a meno che non si riavvii. - simpleuser
Anche saggio notare se hai /vmlinuz && /initrd.img collegato all'area del kernel (solitamente / boot) prima di riavviarlo. Come note di risposta - il "link danneggiato" dei file "old "non è nulla di cui preoccuparsi. Votato ^ - bshea


$ sudo update-grub

E se vuoi cancellare / eliminare vecchi pacchetti puoi farlo anche tu

$ dpkg --list |grep "^rc" | cut -d " " -f 3 | xargs sudo dpkg --purge


11
2018-06-14 16:38



Se hai solo le immagini 3.X, cancelli tutto, vero? - Harkály Gergő
Tecnicamente, il tuo primo comando risponde alla domanda. Non c'è motivo di aggiungere altro sulla manutenzione del pkg. - bshea