Bonjour,
Une grande partie des binaires de /usr/bin et /usr/sbin sont effacés
(fausse manip :-(
Beaucoup de services ont été réinstallés par apt-get.
La *grosse question* est de savoir comment va se passer le prochain reboot
?
Merci, Jacques
Bonjour,
Une grande partie des binaires de /usr/bin et /usr/sbin sont effacés
(fausse manip :-(
Beaucoup de services ont été réinstallés par apt-get.
La *grosse question* est de savoir comment va se passer le prochain reboot
?
Merci, Jacques
Bonjour,
Une grande partie des binaires de /usr/bin et /usr/sbin sont effacés
(fausse manip :-(
Beaucoup de services ont été réinstallés par apt-get.
La *grosse question* est de savoir comment va se passer le prochain reboot
?
Merci, Jacques
Jacques, cross-posting n'est pas une bonne conduite sur les listes. Mais tu as
eu plein de bonnes réponses sur debian-user...
Jacques, cross-posting n'est pas une bonne conduite sur les listes. Mais tu as
eu plein de bonnes réponses sur debian-user...
Jacques, cross-posting n'est pas une bonne conduite sur les listes. Mais tu as
eu plein de bonnes réponses sur debian-user...
Une grande partie des binaires de /usr/bin et /usr/sbin sont effacés
(fausse manip :-(
La *grosse question* est de savoir comment va se passer le prochain reboo t ?
Une grande partie des binaires de /usr/bin et /usr/sbin sont effacés
(fausse manip :-(
La *grosse question* est de savoir comment va se passer le prochain reboo t ?
Une grande partie des binaires de /usr/bin et /usr/sbin sont effacés
(fausse manip :-(
La *grosse question* est de savoir comment va se passer le prochain reboo t ?
* éditer, virer les 'install' et ne faire qu'une seule ligne avec tous les
noms de packages
* faire un cat mespackageskejaieffacecommeunebuse.txt et copier à la souris
* faire un apt-get install --reinstall <coller à la souris>
* éditer, virer les 'install' et ne faire qu'une seule ligne avec tous les
noms de packages
* faire un cat mespackageskejaieffacecommeunebuse.txt et copier à la souris
* faire un apt-get install --reinstall <coller à la souris>
* éditer, virer les 'install' et ne faire qu'une seule ligne avec tous les
noms de packages
* faire un cat mespackageskejaieffacecommeunebuse.txt et copier à la souris
* faire un apt-get install --reinstall <coller à la souris>
La *grosse question* est de savoir comment va se passer le prochain reboot ?
Tout dépend des manquants; eg: si init est mqt, t'es mort.
il faut réinstaller; une solt:
* dpkg --get-selections> mespackageskejaieffacecommeunebuse.txt
La *grosse question* est de savoir comment va se passer le prochain reboot ?
Tout dépend des manquants; eg: si init est mqt, t'es mort.
il faut réinstaller; une solt:
* dpkg --get-selections> mespackageskejaieffacecommeunebuse.txt
La *grosse question* est de savoir comment va se passer le prochain reboot ?
Tout dépend des manquants; eg: si init est mqt, t'es mort.
il faut réinstaller; une solt:
* dpkg --get-selections> mespackageskejaieffacecommeunebuse.txt
Le 07/09/2011 23:26, Jean-Yves F. Barbier a écrit :La *grosse question* est de savoir comment va se passer le prochain
reboot ?
Tout dépend des manquants; eg: si init est mqt, t'es mort.
init est dans /sbin et donc toujours présent sur la machine,
de même que les binaires de réseau (ifup, etc)
Le 07/09/2011 23:26, Jean-Yves F. Barbier a écrit :
La *grosse question* est de savoir comment va se passer le prochain
reboot ?
Tout dépend des manquants; eg: si init est mqt, t'es mort.
init est dans /sbin et donc toujours présent sur la machine,
de même que les binaires de réseau (ifup, etc)
Le 07/09/2011 23:26, Jean-Yves F. Barbier a écrit :La *grosse question* est de savoir comment va se passer le prochain
reboot ?
Tout dépend des manquants; eg: si init est mqt, t'es mort.
init est dans /sbin et donc toujours présent sur la machine,
de même que les binaires de réseau (ifup, etc)
Le 07/09/2011 23:30, Jean-Yves F. Barbier a écrit :
> * éditer, virer les 'install' et ne faire qu'une seule ligne avec tous les
> noms de packages
> * faire un cat mespackageskejaieffacecommeunebuse.txt et copier à la souris
> * faire un apt-get install --reinstall <coller à la souris>
Ou plus simplement :
dpkg -l | grep ^ii | awk '{print $2}' | xargs apt-get install --reinstall
Le 07/09/2011 23:30, Jean-Yves F. Barbier a écrit :
> * éditer, virer les 'install' et ne faire qu'une seule ligne avec tous les
> noms de packages
> * faire un cat mespackageskejaieffacecommeunebuse.txt et copier à la souris
> * faire un apt-get install --reinstall <coller à la souris>
Ou plus simplement :
dpkg -l | grep ^ii | awk '{print $2}' | xargs apt-get install --reinstall
Le 07/09/2011 23:30, Jean-Yves F. Barbier a écrit :
> * éditer, virer les 'install' et ne faire qu'une seule ligne avec tous les
> noms de packages
> * faire un cat mespackageskejaieffacecommeunebuse.txt et copier à la souris
> * faire un apt-get install --reinstall <coller à la souris>
Ou plus simplement :
dpkg -l | grep ^ii | awk '{print $2}' | xargs apt-get install --reinstall
Le 8 septembre 2011 00:26, jacques a écrit :
Il me semblait avoir compris que tout ce qui est essentiel au
démarrage du système se situe à la racine, sous /lib, /bin, /sbin...
Cela permet de déplacer /usr sur une partition différente et de
pouvoir démarrer même si /usr ne peut être monté.
Donc j'aurais tendance à dire que le système va redémarrer. En
revanche, rien n'est garanti pour les services, qui eux sont bien
installés sous /usr, comme au hasard openssh-server. Donc, à moins
d'avoir un accès physique à la machine, l'opération est dangereuse.
Le 8 septembre 2011 00:26, jacques<jacques@lavignotte.org> a écrit :
Il me semblait avoir compris que tout ce qui est essentiel au
démarrage du système se situe à la racine, sous /lib, /bin, /sbin...
Cela permet de déplacer /usr sur une partition différente et de
pouvoir démarrer même si /usr ne peut être monté.
Donc j'aurais tendance à dire que le système va redémarrer. En
revanche, rien n'est garanti pour les services, qui eux sont bien
installés sous /usr, comme au hasard openssh-server. Donc, à moins
d'avoir un accès physique à la machine, l'opération est dangereuse.
Le 8 septembre 2011 00:26, jacques a écrit :
Il me semblait avoir compris que tout ce qui est essentiel au
démarrage du système se situe à la racine, sous /lib, /bin, /sbin...
Cela permet de déplacer /usr sur une partition différente et de
pouvoir démarrer même si /usr ne peut être monté.
Donc j'aurais tendance à dire que le système va redémarrer. En
revanche, rien n'est garanti pour les services, qui eux sont bien
installés sous /usr, comme au hasard openssh-server. Donc, à moins
d'avoir un accès physique à la machine, l'opération est dangereuse.
Cet avis et celui de Bruno Muller rejoignent
le mien... j'ai déjà installé des machines Unix (pas Linux) sur
lesquelles /usr était un volume monté dans /etc/fstab.(1)
Cet avis et celui de Bruno Muller rejoignent
le mien... j'ai déjà installé des machines Unix (pas Linux) sur
lesquelles /usr était un volume monté dans /etc/fstab.(1)
Cet avis et celui de Bruno Muller rejoignent
le mien... j'ai déjà installé des machines Unix (pas Linux) sur
lesquelles /usr était un volume monté dans /etc/fstab.(1)