[Résolu] debian 10 testing : update-grub, commande introuvable

Debeee · 30-12-2018 17:11:30

Bonjour,
suite à installation d'une Debian 10 testing avec Mate, j'ai voulu raccourcir le délai d'affichage de la fenêtre grub à 2s.
j'ai édité le fichier /etc/defaut/grub :

GRUB_DEFAULT=0
GRUB_TIMEOUT=2

J'ai enregistré le fichier, et ensuite, je suis allé dans le terminal pour taper le traditionnel :

update-grub

=> commande introuvable m'a répondu ma machine…
J'ai fouiné sur des forums, j'ai trouvé ça :

grub2-mkconfig -o /boot/grub2/grub.cfg

ou ça :

grub-mkconfig -o /boot/grub/grub.cfg

pareil dans les deux cas, grub-mkconfig commande introuvable
Si quelqu'un a une idée, elle est bienvenue !

Dernière modification par Debeee (01-01-2019 11:37:01)

raleur · 30-12-2018 17:19:08

Commandes exécutées en root ?
Paquets grub2-common et grub-common installés ?

Debeee · 30-12-2018 17:57:41

Commandes exécutées en root ?

oui bien sûr

Paquets grub2-common et grub-common installés ?

j'ai vérifié dans synaptic, j'ai tout ça, plus grub-pc et d'autres

Debeee · 30-12-2018 18:00:19

pour info, j'ai installé de zéro dans une partition formatée à partir d'un CD d'iso de net install en mode installation graphique. Aucun bricolage sur la config obtenue, à part charger mes applis via synaptic.

Beta-Pictoris · 30-12-2018 18:19:30

Pour information, les commandes 'update-grub' et 'update-grub2' sont dans le paquet 'grub2-common'.
La commande 'grub-mkconfig' est dans le paquet 'grub-common'.

Localise ces commandes sur ton système:

updatedb

locate update-grub

locate update-grub2

locate grub-mkconfig

Essaye ces commandes avec leur chemin complet.

Dernière modification par Beta-Pictoris (30-12-2018 18:22:32)

raleur · 30-12-2018 18:26:49

Pas besoin d'aller chercher locate, ces programmes sont tous dans /usr/sbin.

ls -l /usr/sbin/*grub*

Debeee · 30-12-2018 18:42:36

@ raleur : j'ai tapé ta commande, il n'y a aucune des commandes citées qui apparaissent

domeee@domeee:~$ ls -l /usr/bin/*grub*

-rwxr-xr-x 1 root root 246680 déc.   7 11:38 /usr/bin/grub-editenv

-rwxr-xr-x 1 root root 672328 déc.   7 11:38 /usr/bin/grub-file

-rwxr-xr-x 1 root root 813720 déc.   7 11:38 /usr/bin/grub-fstest

-rwxr-xr-x 1 root root 246488 déc.   7 11:38 /usr/bin/grub-glue-efi

-rwxr-xr-x 1 root root   1681 déc.   7 11:38 /usr/bin/grub-kbdcomp

-rwxr-xr-x 1 root root 226056 déc.   7 11:38 /usr/bin/grub-menulst2cfg

-rwxr-xr-x 1 root root 267672 déc.   7 11:38 /usr/bin/grub-mkfont

-rwxr-xr-x 1 root root 341816 déc.   7 11:38 /usr/bin/grub-mkimage

-rwxr-xr-x 1 root root 246808 déc.   7 11:38 /usr/bin/grub-mklayout

-rwxr-xr-x 1 root root 387528 déc.   7 11:38 /usr/bin/grub-mknetdir

-rwxr-xr-x 1 root root 250968 déc.   7 11:38 /usr/bin/grub-mkpasswd-pbkdf2

-rwxr-xr-x 1 root root 238008 déc.   7 11:38 /usr/bin/grub-mkrelpath

-rwxr-xr-x 1 root root 846984 déc.   7 11:38 /usr/bin/grub-mkrescue

-rwxr-xr-x 1 root root 465720 déc.   7 11:38 /usr/bin/grub-mkstandalone

-rwxr-xr-x 1 root root 623832 déc.   7 11:38 /usr/bin/grub-mount

lrwxrwxrwx 1 root root     34 déc.   7 11:38 /usr/bin/grub-ntldr-img -> ../lib/grub/i386-pc/grub-ntldr-img

-rwxr-xr-x 1 root root 693416 déc.   7 11:38 /usr/bin/grub-render-label

-rwxr-xr-x 1 root root 262712 déc.   7 11:38 /usr/bin/grub-script-check

-rwxr-xr-x 1 root root 640664 déc.   7 11:38 /usr/bin/grub-syslinux2cfg

domeee@domeee:~$

quand à la proposition de Beta-Pictoris :

root@domeee:/home/domeee# updatedb

bash: updatedb : commande introuvable

root@domeee:/home/domeee# locate update-grub

bash: locate : commande introuvable

root@domeee:/home/domeee# locate update-grub2

bash: locate : commande introuvable

root@domeee:/home/domeee# locate grub-mkconfig

bash: locate : commande introuvable

root@domeee:/home/domeee# updatedb

bash: updatedb : commande introuvable

Beta-Pictoris · 30-12-2018 18:45:35

Tu dois installer la paquet 'mlocate' pour pouvoir utiliser les commandes 'updatedb' et 'locate'.

N'hésite pas à réinstaller les paquets 'grub-comon' et 'grub2-common'.

Dernière modification par Beta-Pictoris (30-12-2018 18:45:59)

Debeee · 30-12-2018 18:55:17

ça marche mieux.
Apparemment, il a trouvé du monde, mais est-ce là où il faut ?

root@domeee:/home/domeee# locate update-grub

/etc/kernel/postinst.d/zz-update-grub

/etc/kernel/postrm.d/zz-update-grub

/usr/lib/grub-legacy/update-grub

/usr/sbin/update-grub

/usr/sbin/update-grub2

/usr/share/man/man8/update-grub.8.gz

/usr/share/man/man8/update-grub2.8.gz

root@domeee:/home/domeee# locate update-grub2

/usr/sbin/update-grub2

/usr/share/man/man8/update-grub2.8.gz

root@domeee:/home/domeee# locate grub-mkconfig

/usr/lib/grub/grub-mkconfig_lib

/usr/sbin/grub-mkconfig

/usr/share/bash-completion/completions/grub-mkconfig

/usr/share/grub/grub-mkconfig_lib

/usr/share/man/man8/grub-mkconfig.8.gz

Debeee · 30-12-2018 18:58:53

J'ai réinstallé tous les paquets concernant grub via synaptic : rien de neuf, j'ai la même réponse à tes commandes

empanada · 30-12-2018 19:04:12

Debeee a écrit :

ça marche mieux.
Apparemment, il a trouvé du monde, mais est-ce là où il faut ?

root@domeee:/home/domeee# locate update-grub
/etc/kernel/postinst.d/zz-update-grub
/etc/kernel/postrm.d/zz-update-grub
/usr/lib/grub-legacy/update-grub
/usr/sbin/update-grub
/usr/sbin/update-grub2
/usr/share/man/man8/update-grub.8.gz
/usr/share/man/man8/update-grub2.8.gz
root@domeee:/home/domeee# locate update-grub2
/usr/sbin/update-grub2
/usr/share/man/man8/update-grub2.8.gz
root@domeee:/home/domeee# locate grub-mkconfig
/usr/lib/grub/grub-mkconfig_lib
/usr/sbin/grub-mkconfig
/usr/share/bash-completion/completions/grub-mkconfig
/usr/share/grub/grub-mkconfig_lib
/usr/share/man/man8/grub-mkconfig.8.gz

Oui. Tu as tapé

ls -l /usr/bin/*grub*

et pas

ls -l /usr/sbin/*grub*

C'est bizarre,les exécutables sont dans l'endroit correct. Il parait qu'à ton root lui manque le chemin /usr/sbin dans son variable d'environement PATH
Quelle est la sortie de? (comme root)

printenv

raleur · 30-12-2018 19:05:04

Debeee a écrit :

@ raleur : j'ai tapé ta commande, il n'y a aucune des commandes citées qui apparaissent

Non, tu n'as pas tapé la commande que j'ai indiquée.
Edit : grillé.

Comment as-tu fait pour passer root ? Avec su sans - ?

Dernière modification par raleur (30-12-2018 19:06:47)

Debeee · 30-12-2018 19:11:05

Ca y'est, j'ai trouvé : j'ai relu ton 1er post et j'ai appliqué la commande avec le chemin complet /usr/sbin :

root@domeee:/home/domeee# /usr/sbin/update-grub

/usr/sbin/update-grub: 3: exec: grub-mkconfig: not found

root@domeee:/home/domeee# /usr/sbin/grub-mkconfig -o /boot/grub/grub.cfg

Création du fichier de configuration GRUB…

Found background image: /usr/share/images/desktop-base/desktop-grub.png

Image Linux trouvée : /boot/vmlinuz-4.19.0-1-amd64

Image mémoire initiale trouvée : /boot/initrd.img-4.19.0-1-amd64

Image Linux trouvée : /boot/vmlinuz-4.18.0-3-amd64

Image mémoire initiale trouvée : /boot/initrd.img-4.18.0-3-amd64

fait

je teste le résultat en rebootant tout ça...

Debeee · 30-12-2018 19:21:01

c'est bon, j'ai rebooté, la commande a bien été prise en compte.
Y'a pas un pb de déclaration de path pour le commandes quelque part ?
rappel : je suis sur du testing, ça peut expliquer ?

Ouah, y'a eu plein de trucs pendant mes manips, désolé, j'ai pas tout vu !
@ raleur : oui, désolé, j'ai merdé ma commande. Oui, su sans -, ça marche, je ne fais que ça depuis le début de cette installation

@ empanada: effectivement, ce que je viens d'écrire avant d'avoir vu ton message. Résultat de ta commande :

LS_COLORS=rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:mi=00:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arc=01;31:*.arj=01;31:*.taz=01;31:*.lha=01;31:*.lz4=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.tzo=01;31:*.t7z=01;31:*.zip=01;31:*.z=01;31:*.dz=01;31:*.gz=01;31:*.lrz=01;31:*.lz=01;31:*.lzo=01;31:*.xz=01;31:*.zst=01;31:*.tzst=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.alz=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.cab=01;31:*.wim=01;31:*.swm=01;31:*.dwm=01;31:*.esd=01;31:*.jpg=01;35:*.jpeg=01;35:*.mjpg=01;35:*.mjpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.webm=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.m4a=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.oga=00;36:*.opus=00;36:*.spx=00;36:*.xspf=00;36:

LANG=fr_FR.UTF-8

DISPLAY=:0

GTK_OVERLAY_SCROLLING=0

COLORTERM=truecolor

XDG_VTNR=7

SSH_AUTH_SOCK=/run/user/1000/keyring/ssh

XDG_SESSION_ID=2

XDG_GREETER_DATA_DIR=/var/lib/lightdm/data/domeee

USER=domeee

DESKTOP_SESSION=lightdm-xsession

PWD=/home/domeee

HOME=/home/domeee

SSH_AGENT_PID=658

QT_ACCESSIBILITY=1

XDG_SESSION_TYPE=x11

XDG_DATA_DIRS=/usr/share/mate:/usr/local/share/:/usr/share/

MATE_DESKTOP_SESSION_ID=this-is-deprecated

XDG_SESSION_DESKTOP=lightdm-xsession

QT_SCALE_FACTOR=1

GTK_MODULES=gail:atk-bridge

TERM=xterm

SHELL=/bin/bash

VTE_VERSION=5402

XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0

XDG_CURRENT_DESKTOP=MATE

GPG_AGENT_INFO=/run/user/1000/gnupg/S.gpg-agent:0:1

SHLVL=1

XDG_SEAT=seat0

WINDOWID=46137350

GDMSESSION=lightdm-xsession

LOGNAME=domeee

DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus

XDG_RUNTIME_DIR=/run/user/1000

XAUTHORITY=/home/domeee/.Xauthority

XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session0

QT_AUTO_SCREEN_SCALE_FACTOR=0

PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games

SESSION_MANAGER=local/domeee:@/tmp/.ICE-unix/630,unix/domeee:/tmp/.ICE-unix/630

_=/usr/bin/printenv

Debeee · 30-12-2018 19:22:33

Si je lis le truc comme il faut, il n'y a pas usr/sbin dans le path => c'est ça qu'il faut rajouter ? où ?

edit : je pars ouvrir quelques huîtres, je risque d'être moins réactif

Dernière modification par Debeee (30-12-2018 19:28:00)

raleur · 30-12-2018 19:32:12

Debeee a écrit :

Oui, su sans -, ça marche, je ne fais que ça depuis le début de cette installation

Ben non justement, ça ne marche plus. Il faut - pour que PATH soit initialisé correctement.

Dernière modification par raleur (30-12-2018 19:32:44)

Debeee · 30-12-2018 20:04:10

@ raleur : ach zo...
effectivement, j'ai fait un su - ça marche, y'a bien usr/sbin dans le path.
et j'ai fait plusieurs manips, le path n'est pas défini en dur quelque part, il est modifié à la volée en fonction du contexte ?
Par contre, à l'origine de ma manip pour changer le grub, je n'ai fait ni su ni su -, je me suis logué en root à partir de la fenêtre de choix d'utilisateur, histoire d'avoir facilement accès à mon fichier pour le modifier sans m'emm.. avec nano ou truc du genre.
Donc, le log en root correspond visiblement à su tout court ?
et c'est quoi au juste les différences entre su et su - ?

raleur · 31-12-2018 19:32:02

Debeee a écrit :

Donc, le log en root correspond visiblement à su tout court ?

Non, l'ouverture de session root devrait plutôt correspondre à su -.

Debeee a écrit :

c'est quoi au juste les différences entre su et su - ?

man su

anonyme · 01-01-2019 02:52:42

Bonjour

le message relatif a la modification sur Buster

util-linux (2.32-0.4) unstable; urgency=medium

The util-linux implementation of /bin/su is now used, replacing the
one previously supplied by src:shadow (shipped in login package), and
bringing Debian in line with other modern distributions. The two
implementations are very similar but have some minor differences (and
there might be more that was not yet noticed ofcourse), e.g.

- new 'su' (with no args, i.e. when preserving the environment) also
preserves PATH and IFS, while old su would always reset PATH and IFS
even in 'preserve environment' mode.
- su '' (empty user string) used to give root, but now returns an error.
- previously su only had one pam config, but now 'su -' is configured
separately in /etc/pam.d/su-l

The first difference is probably the most user visible one. Doing
plain 'su' is a really bad idea for many reasons, so using 'su -' is
strongly recommended to always get a newly set up environment similar
to a normal login. If you want to restore behaviour more similar to
the previous one you can add 'ALWAYS_SET_PATH yes' in /etc/login.defs.

-- Andreas Henriksson <andreas@fatal.se> Fri, 03 Aug 2018 10:52:22 +0200

ce que ça donne sous debian 10 buster et bureau mate + lightdm
en utilisateur normal

update-grub

 

retour

bash: update-grub : commande introuvable

 

en root avec "su"

 su

Mot de passe :

le retour avec "su"

update-grub

 

bash: update-grub : commande introuvable

 

je sort de "su"

 exit

 

je passe en root avec "su -"

 su -

Mot de passe :

la commande fonctionne

update-grub

 

retour

Création du fichier de configuration GRUB…

Found background image: /usr/share/images/desktop-base/desktop-grub.png

Image Linux trouvée : /boot/vmlinuz-4.19.0-1-amd64

Image mémoire initiale trouvée : /boot/initrd.img-4.19.0-1-amd64

Image Linux trouvée : /boot/vmlinuz-4.18.0-3-amd64

Image mémoire initiale trouvée : /boot/initrd.img-4.18.0-3-amd64

Image Linux trouvée : /boot/vmlinuz-4.18.0-2-amd64

Image mémoire initiale trouvée : /boot/initrd.img-4.18.0-2-amd64

Adding boot menu entry for EFI firmware configuration

fait

de la même manière certaines commandes ne fonctionnent que en "user" et plus en "root"
par exemple

glxinfo -B

Error: unable to open display

alors que la même commande en user va te renvoyer les informations
j'ai pas vérifié toutes les commandes mais l'utilitaire "hardinfo" par exemple fonctionne en "user" ou en "root"
en root le retour sera plus complet

pour les utilisateurs de jessie ou stretch , il y a quelques nuances de ce genre avec buster
la raison principale c'est la sécurité je pense
pour "su" et "su -"
pour l'affichage c'est une restriction de root , il est lancé avec son propre "user" je suppose.

remarque: pour "su -" il y a des options , que j'ai oublié , cette commande "su -" fonctionne pour tout.
le pourquoi exact je sais pas , tout est en anglais , j'ai pris l'habitude maintenant , "su" n'existe plus pour moi .
en début tu a le mail que j'ai reçu lors de la mise a jour du paquet "util-linux"

Debeee · 01-01-2019 11:36:32

merci anonyme pour ces infos intéressantes (et visiblement récentes), ça pourra intéresser du monde car quand j'ai fait des recherches pour mon pb, j'ai vu que je n'étais pas le seul en galère, et les conseils étaient plutôt datés.
Je te souhaite une bonne année avec ton PC

(mais pas que !)

@ raleur : quand tu dis :

Debeee a écrit :
Donc, le log en root correspond visiblement à su tout court ?

raleur a écrit :
Non, l'ouverture de session root devrait plutôt correspondre à su -.

le devrait est une affirmation ? Parce que visiblement, ça a marché comme su tout court. Et pour corriger mon pb, j'ai fait les mêmes manips que anonyme, avec exactement le même comportement que ce qu'il décrit, donc, sur ma debian 10 testing, la session en root correspond bien à du su tout court (à l'ancienne), ce qui est fort dommage et sera sans doute corrigé ultérieurement.

empanada · 01-01-2019 11:59:37

Debeee a écrit :

la session en root correspond bien à du su tout court (à l'ancienne

...mais par exemple le PATH ce n'est pas correcte , c'est qui confirme le conseil de man util-linux:

The first difference is probably the most user visible one. Doing
plain 'su' is a really bad idea for many reasons, so using 'su -' is
strongly recommended to always get a newly set up environment similar
to a normal login.

anonyme · 01-01-2019 18:02:22

il n'y aura pas de correctif , c'est le comportement normal maintenant sur buster de "su" et "su -"
la traduction est mauvaise , mais on arrive a comprendre la modification

L’implémentation util-linux de / bin / su est maintenant utilisée, remplaçant le
une précédemment fournie par src: shadow (fournie dans le package de connexion), et
aligner Debian sur d’autres distributions modernes. Les deux
les implémentations sont très similaires mais présentent quelques différences mineures (et
il se peut qu'il y en ait plus qui n'ont pas encore été remarqués), par exemple:

- nouveau 'su' (sans argument, c'est-à-dire lors de la préservation de l'environnement) également
conserve PATH et IFS, alors que l'ancien su remettrait toujours à zéro les chemins PATH et IFS
même en mode "préserver l'environnement".
- su '' (chaîne utilisateur vide) utilisé pour donner la racine, mais renvoie maintenant une erreur.
- auparavant su n'avait qu'une configuration pam, mais maintenant 'su -' est configuré
séparément dans /etc/pam.d/su-l

La première différence est probablement la plus visible par les utilisateurs. Faire
'su' est une très mauvaise idée pour de nombreuses raisons, alors utiliser 'su -' est
fortement recommandé de toujours obtenir un environnement similaire nouvellement configuré
à une connexion normale. Si vous souhaitez restaurer un comportement plus semblable à
le précédent, vous pouvez ajouter "ALWAYS_SET_PATH yes" dans /etc/login.defs.

ça donne une petite idée du pourquoi

l'important pour un utilisateur c'est ceci

 Faire 'su' est une très mauvaise idée pour de nombreuses raisons

 

remarque: j'ai tellement pris l'habitude , c'est que même sous stretch j'utilise "su -" a la place de "su" .

Dernière modification par anonyme (01-01-2019 18:05:15)

raleur · 01-01-2019 21:43:29

Debeee a écrit :

la session en root correspond bien à du su tout court (à l'ancienne), ce qui est fort dommage et sera sans doute corrigé ultérieurement.

anonyme a écrit :

il n'y aura pas de correctif , c'est le comportement normal maintenant sur buster de "su" et "su -"

Debee parlait de l'ouverture de session root, pas de su. Je n'ai pas encore de buster pour vérifier, mais cela m'étonne beaucoup que le $PATH d'une session root soit le même que celui d'un utilisateur normal.

empanada · 01-01-2019 22:14:10

J'ai ne pas bien compris comment il s'est logué comme root:

Debeee a écrit :

Par contre, à l'origine de ma manip pour changer le grub, je n'ai fait ni su ni su -, je me suis logué en root à partir de la fenêtre de choix d'utilisateur, histoire d'avoir facilement accès à mon fichier pour le modifier sans m'emm.. avec nano ou truc du genre.

Ça veut dire quoi exactement? Je suspect que Debee fait référence à comment il a modifié le fichier (peut-être appeler un éditeur texte graphique avec gksudo ou pareil), et pas comment il a rentré à la ligne de commandes comme root. ??

Dernière modification par empanada (01-01-2019 22:14:35)

anonyme · 02-01-2019 03:09:02

Bonjour
sur gnome + gdm3 je n'arrive pas a faire une connexion en root a partir de l'invite de gdm3
a priori le mdp est correct , j'ai fait 3 essaies sur user=root mdp=mdpderoot
je testerai sur mate + lightdm d'utiliser root pour ouvrir le bureau

de toute manière ce n'est pas un fonctionnement normal , lancer le bureau en root cela doit être proscrit .

sur mate je peu ouvrir une session "root" sur mon bureau (sur lightdm je rentre "user=root" et "mdp=mdpderoot"
si j'ouvre ma console "user" voila le résultat

root@debian11:~# update-grub
Création du fichier de configuration GRUB…
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Image Linux trouvée : /boot/vmlinuz-4.19.0-1-amd64
Image mémoire initiale trouvée : /boot/initrd.img-4.19.0-1-amd64
Image Linux trouvée : /boot/vmlinuz-4.18.0-3-amd64
Image mémoire initiale trouvée : /boot/initrd.img-4.18.0-3-amd64
fait
root@debian11:~#

j'arrive directement sous "root" , update-grub fonctionne.
j'utilise le /home de root , firefox est vierge (normal) , ma console user est une console root

vous me faite faire n'importe quoi

bon je dégage de la et je revient a ma connexion normale

Dernière modification par anonyme (02-01-2019 03:23:02)

Debian-facile

#1 30-12-2018 17:11:30

[Résolu] debian 10 testing : update-grub, commande introuvable

#2 30-12-2018 17:19:08

Re : [Résolu] debian 10 testing : update-grub, commande introuvable

#3 30-12-2018 17:57:41

Re : [Résolu] debian 10 testing : update-grub, commande introuvable

#4 30-12-2018 18:00:19

Re : [Résolu] debian 10 testing : update-grub, commande introuvable

#5 30-12-2018 18:19:30

Re : [Résolu] debian 10 testing : update-grub, commande introuvable

#6 30-12-2018 18:26:49

Re : [Résolu] debian 10 testing : update-grub, commande introuvable

#7 30-12-2018 18:42:36

Re : [Résolu] debian 10 testing : update-grub, commande introuvable

#8 30-12-2018 18:45:35

Re : [Résolu] debian 10 testing : update-grub, commande introuvable

#9 30-12-2018 18:55:17

Re : [Résolu] debian 10 testing : update-grub, commande introuvable

#10 30-12-2018 18:58:53

Re : [Résolu] debian 10 testing : update-grub, commande introuvable

#11 30-12-2018 19:04:12

Re : [Résolu] debian 10 testing : update-grub, commande introuvable

#12 30-12-2018 19:05:04

Re : [Résolu] debian 10 testing : update-grub, commande introuvable

#13 30-12-2018 19:11:05

Re : [Résolu] debian 10 testing : update-grub, commande introuvable

#14 30-12-2018 19:21:01

Re : [Résolu] debian 10 testing : update-grub, commande introuvable

#15 30-12-2018 19:22:33

Re : [Résolu] debian 10 testing : update-grub, commande introuvable

#16 30-12-2018 19:32:12

Re : [Résolu] debian 10 testing : update-grub, commande introuvable

#17 30-12-2018 20:04:10

Re : [Résolu] debian 10 testing : update-grub, commande introuvable

#18 31-12-2018 19:32:02

Re : [Résolu] debian 10 testing : update-grub, commande introuvable

#19 01-01-2019 02:52:42

Re : [Résolu] debian 10 testing : update-grub, commande introuvable

#20 01-01-2019 11:36:32

Re : [Résolu] debian 10 testing : update-grub, commande introuvable

#21 01-01-2019 11:59:37

Re : [Résolu] debian 10 testing : update-grub, commande introuvable

#22 01-01-2019 18:02:22

Re : [Résolu] debian 10 testing : update-grub, commande introuvable

#23 01-01-2019 21:43:29

Re : [Résolu] debian 10 testing : update-grub, commande introuvable

#24 01-01-2019 22:14:10

Re : [Résolu] debian 10 testing : update-grub, commande introuvable

#25 02-01-2019 03:09:02

Re : [Résolu] debian 10 testing : update-grub, commande introuvable

Pied de page des forums