Ensuite j'ai voulu récupérer certains fichiers du disque initial
1T/Buster.
- J'ai donc monté ce disque Buster, choisi de booter sur le 4T/Bulleye
et recopié mes fichiers.
Ensuite j'ai voulu récupérer certains fichiers du disque initial
1T/Buster.
- J'ai donc monté ce disque Buster, choisi de booter sur le 4T/Bulleye
et recopié mes fichiers.
Ensuite j'ai voulu récupérer certains fichiers du disque initial
1T/Buster.
- J'ai donc monté ce disque Buster, choisi de booter sur le 4T/Bulleye
et recopié mes fichiers.
Le 26/09/2022 Í 16:28, Alain Vaugham a écrit :Ensuite j'ai voulu récupérer certains fichiers du disque initial
1T/Buster.
- J'ai donc monté ce disque Buster, choisi de booter sur le
4T/Bulleye et recopié mes fichiers.
Attends, le disque buster tu l'a branché comme un disque externe en
USB ou bien tu a mis les deux disques dans l'ordi ?
T'a copié quoi exactement comme fichiers ?
Le 26/09/2022 Í 16:28, Alain Vaugham a écrit :
> Ensuite j'ai voulu récupérer certains fichiers du disque initial
> 1T/Buster.
> - J'ai donc monté ce disque Buster, choisi de booter sur le
> 4T/Bulleye et recopié mes fichiers.
Attends, le disque buster tu l'a branché comme un disque externe en
USB ou bien tu a mis les deux disques dans l'ordi ?
T'a copié quoi exactement comme fichiers ?
Le 26/09/2022 Í 16:28, Alain Vaugham a écrit :Ensuite j'ai voulu récupérer certains fichiers du disque initial
1T/Buster.
- J'ai donc monté ce disque Buster, choisi de booter sur le
4T/Bulleye et recopié mes fichiers.
Attends, le disque buster tu l'a branché comme un disque externe en
USB ou bien tu a mis les deux disques dans l'ordi ?
T'a copié quoi exactement comme fichiers ?
Le Mon, 26 Sep 2022 22:00:10 +0200,
hamster a écrit :Le 26/09/2022 Í 16:28, Alain Vaugham a écrit :Ensuite j'ai voulu récupérer certains fichiers du disque initial
1T/Buster.
- J'ai donc monté ce disque Buster, choisi de booter sur le
4T/Bulleye et recopié mes fichiers.
Attends, le disque buster tu l'a branché comme un disque externe en
USB ou bien tu a mis les deux disques dans l'ordi ?
Non, pas d'USB. J'ai mis les deux disques en même temps sur l'ordi. Ce
sont des Serial ATA.
L'UEFI permet de mettre une priorité sur celui sur lequel on veut
booter. Cela marche très bien avec un disque S-ATA et une clef Tails.T'a copié quoi exactement comme fichiers ?
Mes propres productions pour continuer Í les utiliser sous Bulleye : de
l'ascii, du pdf, du png, de l'ods, de l'odt, du bash, du sql, mes clefs
gpg/keepass/ssh... rien d'agressif.
Le Mon, 26 Sep 2022 22:00:10 +0200,
hamster <hamster@suna.fdn.fr> a écrit :
Le 26/09/2022 Í 16:28, Alain Vaugham a écrit :
Ensuite j'ai voulu récupérer certains fichiers du disque initial
1T/Buster.
- J'ai donc monté ce disque Buster, choisi de booter sur le
4T/Bulleye et recopié mes fichiers.
Attends, le disque buster tu l'a branché comme un disque externe en
USB ou bien tu a mis les deux disques dans l'ordi ?
Non, pas d'USB. J'ai mis les deux disques en même temps sur l'ordi. Ce
sont des Serial ATA.
L'UEFI permet de mettre une priorité sur celui sur lequel on veut
booter. Cela marche très bien avec un disque S-ATA et une clef Tails.
T'a copié quoi exactement comme fichiers ?
Mes propres productions pour continuer Í les utiliser sous Bulleye : de
l'ascii, du pdf, du png, de l'ods, de l'odt, du bash, du sql, mes clefs
gpg/keepass/ssh... rien d'agressif.
Le Mon, 26 Sep 2022 22:00:10 +0200,
hamster a écrit :Le 26/09/2022 Í 16:28, Alain Vaugham a écrit :Ensuite j'ai voulu récupérer certains fichiers du disque initial
1T/Buster.
- J'ai donc monté ce disque Buster, choisi de booter sur le
4T/Bulleye et recopié mes fichiers.
Attends, le disque buster tu l'a branché comme un disque externe en
USB ou bien tu a mis les deux disques dans l'ordi ?
Non, pas d'USB. J'ai mis les deux disques en même temps sur l'ordi. Ce
sont des Serial ATA.
L'UEFI permet de mettre une priorité sur celui sur lequel on veut
booter. Cela marche très bien avec un disque S-ATA et une clef Tails.T'a copié quoi exactement comme fichiers ?
Mes propres productions pour continuer Í les utiliser sous Bulleye : de
l'ascii, du pdf, du png, de l'ods, de l'odt, du bash, du sql, mes clefs
gpg/keepass/ssh... rien d'agressif.
Le 27/09/2022 Í 01:26, Alain Vaugham a écrit :Le Mon, 26 Sep 2022 22:00:10 +0200,
hamster a écrit :Le 26/09/2022 Í 16:28, Alain Vaugham a écrit :Ensuite j'ai voulu récupérer certains fichiers du disque initial
1T/Buster.
- J'ai donc monté ce disque Buster, choisi de booter sur le
4T/Bulleye et recopié mes fichiers.
Attends, le disque buster tu l'a branché comme un disque externe en
USB ou bien tu a mis les deux disques dans l'ordi ?
Non, pas d'USB. J'ai mis les deux disques en même temps sur l'ordi.
Ce sont des Serial ATA.
L'UEFI permet de mettre une priorité sur celui sur lequel on veut
booter. Cela marche très bien avec un disque S-ATA et une clef
Tails.T'a copié quoi exactement comme fichiers ?
Mes propres productions pour continuer Í les utiliser sous
Bulleye : de l'ascii, du pdf, du png, de l'ods, de l'odt, du bash,
du sql, mes clefs gpg/keepass/ssh... rien d'agressif.
Heu, désolé mais je suis autant le bec dans l'eau que toi. Je sais
pas t'aider sur ce coup.
Si j'etais a ta place, faute d'arriver a comprendre, je tenterais des
trucs bourrins :
- booter sur une clef USB, faire un chroot sur le disque 4T et
reinstaller GRUB
- si ca marche toujours pas, refaire l'install en partant de zero (et
en croisant les doigts pour que ca marche).
Le 27/09/2022 Í 01:26, Alain Vaugham a écrit :
> Le Mon, 26 Sep 2022 22:00:10 +0200,
> hamster <hamster@suna.fdn.fr> a écrit :
>
>> Le 26/09/2022 Í 16:28, Alain Vaugham a écrit :
>>> Ensuite j'ai voulu récupérer certains fichiers du disque initial
>>> 1T/Buster.
>>> - J'ai donc monté ce disque Buster, choisi de booter sur le
>>> 4T/Bulleye et recopié mes fichiers.
>>
>> Attends, le disque buster tu l'a branché comme un disque externe en
>> USB ou bien tu a mis les deux disques dans l'ordi ?
>
> Non, pas d'USB. J'ai mis les deux disques en même temps sur l'ordi.
> Ce sont des Serial ATA.
> L'UEFI permet de mettre une priorité sur celui sur lequel on veut
> booter. Cela marche très bien avec un disque S-ATA et une clef
> Tails.
>
>
>> T'a copié quoi exactement comme fichiers ?
>
> Mes propres productions pour continuer Í les utiliser sous
> Bulleye : de l'ascii, du pdf, du png, de l'ods, de l'odt, du bash,
> du sql, mes clefs gpg/keepass/ssh... rien d'agressif.
Heu, désolé mais je suis autant le bec dans l'eau que toi. Je sais
pas t'aider sur ce coup.
Si j'etais a ta place, faute d'arriver a comprendre, je tenterais des
trucs bourrins :
- booter sur une clef USB, faire un chroot sur le disque 4T et
reinstaller GRUB
- si ca marche toujours pas, refaire l'install en partant de zero (et
en croisant les doigts pour que ca marche).
Le 27/09/2022 Í 01:26, Alain Vaugham a écrit :Le Mon, 26 Sep 2022 22:00:10 +0200,
hamster a écrit :Le 26/09/2022 Í 16:28, Alain Vaugham a écrit :Ensuite j'ai voulu récupérer certains fichiers du disque initial
1T/Buster.
- J'ai donc monté ce disque Buster, choisi de booter sur le
4T/Bulleye et recopié mes fichiers.
Attends, le disque buster tu l'a branché comme un disque externe en
USB ou bien tu a mis les deux disques dans l'ordi ?
Non, pas d'USB. J'ai mis les deux disques en même temps sur l'ordi.
Ce sont des Serial ATA.
L'UEFI permet de mettre une priorité sur celui sur lequel on veut
booter. Cela marche très bien avec un disque S-ATA et une clef
Tails.T'a copié quoi exactement comme fichiers ?
Mes propres productions pour continuer Í les utiliser sous
Bulleye : de l'ascii, du pdf, du png, de l'ods, de l'odt, du bash,
du sql, mes clefs gpg/keepass/ssh... rien d'agressif.
Heu, désolé mais je suis autant le bec dans l'eau que toi. Je sais
pas t'aider sur ce coup.
Si j'etais a ta place, faute d'arriver a comprendre, je tenterais des
trucs bourrins :
- booter sur une clef USB, faire un chroot sur le disque 4T et
reinstaller GRUB
- si ca marche toujours pas, refaire l'install en partant de zero (et
en croisant les doigts pour que ca marche).
Avant de réinstaller - juste pour le fun - j'aimerai bien mettre un peu
les mains dans le camboui pour apprendre Í chrooter un disque. Je ne
l'ai jamais fait. Apparemment c'est une occasion. Si en plus ça règle
le problème alors bingo.
Je vais suivre ce tuto:
https://www.linuxtricks.fr/wiki/chrooter-un-systeme-linux
Avant de réinstaller - juste pour le fun - j'aimerai bien mettre un peu
les mains dans le camboui pour apprendre Í chrooter un disque. Je ne
l'ai jamais fait. Apparemment c'est une occasion. Si en plus ça règle
le problème alors bingo.
Je vais suivre ce tuto:
https://www.linuxtricks.fr/wiki/chrooter-un-systeme-linux
Avant de réinstaller - juste pour le fun - j'aimerai bien mettre un peu
les mains dans le camboui pour apprendre Í chrooter un disque. Je ne
l'ai jamais fait. Apparemment c'est une occasion. Si en plus ça règle
le problème alors bingo.
Je vais suivre ce tuto:
https://www.linuxtricks.fr/wiki/chrooter-un-systeme-linux
Le 27/09/2022 Í 12:24, Alain Vaugham a écrit :Avant de réinstaller - juste pour le fun - j'aimerai bien mettre unCa a l'air bien, mais c'est pas exactement comme ca que je fais.
peu les mains dans le camboui pour apprendre Í chrooter un disque.
Je ne l'ai jamais fait. Apparemment c'est une occasion. Si en plus
ça règle le problème alors bingo.
Je vais suivre ce tuto:
https://www.linuxtricks.fr/wiki/chrooter-un-systeme-linux
Alors je vais aussi te dire comment je fais.
Le 27/09/2022 Í 12:24, Alain Vaugham a écrit :
> Avant de réinstaller - juste pour le fun - j'aimerai bien mettre un
> peu les mains dans le camboui pour apprendre Í chrooter un disque.
> Je ne l'ai jamais fait. Apparemment c'est une occasion. Si en plus
> ça règle le problème alors bingo.
>
> Je vais suivre ce tuto:
> https://www.linuxtricks.fr/wiki/chrooter-un-systeme-linux
Ca a l'air bien, mais c'est pas exactement comme ca que je fais.
Alors je vais aussi te dire comment je fais.
Le 27/09/2022 Í 12:24, Alain Vaugham a écrit :Avant de réinstaller - juste pour le fun - j'aimerai bien mettre unCa a l'air bien, mais c'est pas exactement comme ca que je fais.
peu les mains dans le camboui pour apprendre Í chrooter un disque.
Je ne l'ai jamais fait. Apparemment c'est une occasion. Si en plus
ça règle le problème alors bingo.
Je vais suivre ce tuto:
https://www.linuxtricks.fr/wiki/chrooter-un-systeme-linux
Alors je vais aussi te dire comment je fais.
Le 27/09/2022 Í 12:24, Alain Vaugham a écrit :Avant de réinstaller - juste pour le fun - j'aimerai bien mettre unCa a l'air bien, mais c'est pas exactement comme ca que je fais.
peu les mains dans le camboui pour apprendre Í chrooter un disque.
Je ne l'ai jamais fait. Apparemment c'est une occasion. Si en plus
ça règle le problème alors bingo.
Je vais suivre ce tuto:
https://www.linuxtricks.fr/wiki/chrooter-un-systeme-linux
Alors je vais aussi te dire comment je fais. Je me suis grandement
inspiré de
https://www.system-rescue.org/disk-partitioning/Repairing-a-damaged-Grub/
D'abord il faut booter sur un système live avec le meme nombre de
bits : on ne choote pas sur un systeme 64 bits avec un noyau 32 bits
et vice versa. Si le système sur lequel tu veux chrooter est 64 bits,
alors il te faut booter sur un système live qui a un noyau 64 bits.
Perso, j'aime bien SystemRescue pour faire ce genre de trucs mais une
autre distrib live fera aussi très bien l'affaire.
Mettons que le disque sur lequel tu veux chrooter soit /dev/sda avec :
- une partition EFI /dev/sda1
- une partition swap /dev/sda2
- une partition système /dev/sda3
- une partition home /dev/sda4
Pour reinstaller grub on a pas besoin ni de la swap ni de home. Je
monte donc la partition système dans un dossier dédié dans le
dossier /mnt : mkdir /mnt/racine
mount /dev/sda3 /mnt/racine
Je monte les dossiers /dev /sys et /proc sur les dossiers
correspondants du systeme a chrooter :
mount -o rbind /proc /mnt/racine/proc
mount -o rbind /dev /mnt/racine/dev
mount -o rbind /sys /mnt/racine/sys
Dans le cas d'un système avec EFI, donc avec grub-efi-amd64 a la
place de grub-pc, il faut utiliser l'option rbind et non pas bind
sinon grub plante. Pour plus de détails voir par la :
https://unix.stackexchange.com/questions/693101/reinstall-grub-grub-install-warning-efi-variables-are-not-supported-on-this-s
Ensuite le chroot proprement dit :
chroot /mnt/racine /bin/bash
La le prompt est différent, c'est donc qu'on est dans le système
chrooté.
Toujours dans le cas d'un système EFI, il faut monter la partition
EFI sur /boot/efi :
mount /dev/sda1 /boot/efi
On peut aussi faire plus simplement mount -a, ce qui va monter tout
ce qui est dans le fstab, y compris la partition EFI et avec les
bonnes options. Attention par contre ca va monter d'autres trucs, a
commencer par /home et il faudra penser a les démonter avant de
sortir du chroot.
On peut alors reinstaller grub :
grub-install /dev/sda
update-grub
Démonter tout ce qui a été monté dans le chroot :
umount /boot/efi
ainsi que les autres trucs éventuellement montés.
Ou plus simplement :
umount -a
J'aime bien vérifier que tout s'est bien démonté avec :
mount
Sortir du chroot avec :
exit
Démonter tout ce qui a été monté, attention a cause de l'option rbind
il faut faire dans l'ordre :
umount /mnt/racine/dev/pts
umount /mnt/racine/dev
umount /mnt/racine/proc
umount /mnt/racine/sys
umount /mnt/racine
Si t'a des problèmes pour démonter :
umount -d -f -l <point montage récalcitrant>
et faire un reboot de la machine rapidement.
Le 27/09/2022 Í 12:24, Alain Vaugham a écrit :
> Avant de réinstaller - juste pour le fun - j'aimerai bien mettre un
> peu les mains dans le camboui pour apprendre Í chrooter un disque.
> Je ne l'ai jamais fait. Apparemment c'est une occasion. Si en plus
> ça règle le problème alors bingo.
>
> Je vais suivre ce tuto:
> https://www.linuxtricks.fr/wiki/chrooter-un-systeme-linux
Ca a l'air bien, mais c'est pas exactement comme ca que je fais.
Alors je vais aussi te dire comment je fais. Je me suis grandement
inspiré de
https://www.system-rescue.org/disk-partitioning/Repairing-a-damaged-Grub/
D'abord il faut booter sur un système live avec le meme nombre de
bits : on ne choote pas sur un systeme 64 bits avec un noyau 32 bits
et vice versa. Si le système sur lequel tu veux chrooter est 64 bits,
alors il te faut booter sur un système live qui a un noyau 64 bits.
Perso, j'aime bien SystemRescue pour faire ce genre de trucs mais une
autre distrib live fera aussi très bien l'affaire.
Mettons que le disque sur lequel tu veux chrooter soit /dev/sda avec :
- une partition EFI /dev/sda1
- une partition swap /dev/sda2
- une partition système /dev/sda3
- une partition home /dev/sda4
Pour reinstaller grub on a pas besoin ni de la swap ni de home. Je
monte donc la partition système dans un dossier dédié dans le
dossier /mnt : mkdir /mnt/racine
mount /dev/sda3 /mnt/racine
Je monte les dossiers /dev /sys et /proc sur les dossiers
correspondants du systeme a chrooter :
mount -o rbind /proc /mnt/racine/proc
mount -o rbind /dev /mnt/racine/dev
mount -o rbind /sys /mnt/racine/sys
Dans le cas d'un système avec EFI, donc avec grub-efi-amd64 a la
place de grub-pc, il faut utiliser l'option rbind et non pas bind
sinon grub plante. Pour plus de détails voir par la :
https://unix.stackexchange.com/questions/693101/reinstall-grub-grub-install-warning-efi-variables-are-not-supported-on-this-s
Ensuite le chroot proprement dit :
chroot /mnt/racine /bin/bash
La le prompt est différent, c'est donc qu'on est dans le système
chrooté.
Toujours dans le cas d'un système EFI, il faut monter la partition
EFI sur /boot/efi :
mount /dev/sda1 /boot/efi
On peut aussi faire plus simplement mount -a, ce qui va monter tout
ce qui est dans le fstab, y compris la partition EFI et avec les
bonnes options. Attention par contre ca va monter d'autres trucs, a
commencer par /home et il faudra penser a les démonter avant de
sortir du chroot.
On peut alors reinstaller grub :
grub-install /dev/sda
update-grub
Démonter tout ce qui a été monté dans le chroot :
umount /boot/efi
ainsi que les autres trucs éventuellement montés.
Ou plus simplement :
umount -a
J'aime bien vérifier que tout s'est bien démonté avec :
mount
Sortir du chroot avec :
exit
Démonter tout ce qui a été monté, attention a cause de l'option rbind
il faut faire dans l'ordre :
umount /mnt/racine/dev/pts
umount /mnt/racine/dev
umount /mnt/racine/proc
umount /mnt/racine/sys
umount /mnt/racine
Si t'a des problèmes pour démonter :
umount -d -f -l <point montage récalcitrant>
et faire un reboot de la machine rapidement.
Le 27/09/2022 Í 12:24, Alain Vaugham a écrit :Avant de réinstaller - juste pour le fun - j'aimerai bien mettre unCa a l'air bien, mais c'est pas exactement comme ca que je fais.
peu les mains dans le camboui pour apprendre Í chrooter un disque.
Je ne l'ai jamais fait. Apparemment c'est une occasion. Si en plus
ça règle le problème alors bingo.
Je vais suivre ce tuto:
https://www.linuxtricks.fr/wiki/chrooter-un-systeme-linux
Alors je vais aussi te dire comment je fais. Je me suis grandement
inspiré de
https://www.system-rescue.org/disk-partitioning/Repairing-a-damaged-Grub/
D'abord il faut booter sur un système live avec le meme nombre de
bits : on ne choote pas sur un systeme 64 bits avec un noyau 32 bits
et vice versa. Si le système sur lequel tu veux chrooter est 64 bits,
alors il te faut booter sur un système live qui a un noyau 64 bits.
Perso, j'aime bien SystemRescue pour faire ce genre de trucs mais une
autre distrib live fera aussi très bien l'affaire.
Mettons que le disque sur lequel tu veux chrooter soit /dev/sda avec :
- une partition EFI /dev/sda1
- une partition swap /dev/sda2
- une partition système /dev/sda3
- une partition home /dev/sda4
Pour reinstaller grub on a pas besoin ni de la swap ni de home. Je
monte donc la partition système dans un dossier dédié dans le
dossier /mnt : mkdir /mnt/racine
mount /dev/sda3 /mnt/racine
Je monte les dossiers /dev /sys et /proc sur les dossiers
correspondants du systeme a chrooter :
mount -o rbind /proc /mnt/racine/proc
mount -o rbind /dev /mnt/racine/dev
mount -o rbind /sys /mnt/racine/sys
Dans le cas d'un système avec EFI, donc avec grub-efi-amd64 a la
place de grub-pc, il faut utiliser l'option rbind et non pas bind
sinon grub plante. Pour plus de détails voir par la :
https://unix.stackexchange.com/questions/693101/reinstall-grub-grub-install-warning-efi-variables-are-not-supported-on-this-s
Ensuite le chroot proprement dit :
chroot /mnt/racine /bin/bash
La le prompt est différent, c'est donc qu'on est dans le système
chrooté.
Toujours dans le cas d'un système EFI, il faut monter la partition
EFI sur /boot/efi :
mount /dev/sda1 /boot/efi
On peut aussi faire plus simplement mount -a, ce qui va monter tout
ce qui est dans le fstab, y compris la partition EFI et avec les
bonnes options. Attention par contre ca va monter d'autres trucs, a
commencer par /home et il faudra penser a les démonter avant de
sortir du chroot.
On peut alors reinstaller grub :
grub-install /dev/sda
update-grub
Démonter tout ce qui a été monté dans le chroot :
umount /boot/efi
ainsi que les autres trucs éventuellement montés.
Ou plus simplement :
umount -a
J'aime bien vérifier que tout s'est bien démonté avec :
mount
Sortir du chroot avec :
exit
Démonter tout ce qui a été monté, attention a cause de l'option rbind
il faut faire dans l'ordre :
umount /mnt/racine/dev/pts
umount /mnt/racine/dev
umount /mnt/racine/proc
umount /mnt/racine/sys
umount /mnt/racine
Si t'a des problèmes pour démonter :
umount -d -f -l <point montage récalcitrant>
et faire un reboot de la machine rapidement.
update-grub
Pareil chez moi :
update-grub
Mais lÍ : erreur.
mkdir: cannot create directory /var/lib/os-prober/mount
No such file or directory
Ce message a été répliqué cinq fois.
J'ai hésité Í lui créer le répertoire qui lui manquait.
Je me suis dit que si grub-install s'était bien passé alors ce devait
certainement être la dernière version. Donc je n'ai pas créé le
répertoire manquant. J'ai poursuivi.
J'avoue ne pas avoir eu l'idée de vérifier la version du Grub
fraÍ®chement installé.
Maintenant je suis incapable de dire si c'est Í cause de l'usage de
bind
au lieu de rbind que je dois attribuer l'échec de la mise Í jour de
Grub en environnement chrooté.
update-grub
Pareil chez moi :
update-grub
Mais lÍ : erreur.
mkdir: cannot create directory /var/lib/os-prober/mount
No such file or directory
Ce message a été répliqué cinq fois.
J'ai hésité Í lui créer le répertoire qui lui manquait.
Je me suis dit que si grub-install s'était bien passé alors ce devait
certainement être la dernière version. Donc je n'ai pas créé le
répertoire manquant. J'ai poursuivi.
J'avoue ne pas avoir eu l'idée de vérifier la version du Grub
fraÍ®chement installé.
Maintenant je suis incapable de dire si c'est Í cause de l'usage de
bind
au lieu de rbind que je dois attribuer l'échec de la mise Í jour de
Grub en environnement chrooté.
update-grub
Pareil chez moi :
update-grub
Mais lÍ : erreur.
mkdir: cannot create directory /var/lib/os-prober/mount
No such file or directory
Ce message a été répliqué cinq fois.
J'ai hésité Í lui créer le répertoire qui lui manquait.
Je me suis dit que si grub-install s'était bien passé alors ce devait
certainement être la dernière version. Donc je n'ai pas créé le
répertoire manquant. J'ai poursuivi.
J'avoue ne pas avoir eu l'idée de vérifier la version du Grub
fraÍ®chement installé.
Maintenant je suis incapable de dire si c'est Í cause de l'usage de
bind
au lieu de rbind que je dois attribuer l'échec de la mise Í jour de
Grub en environnement chrooté.
Tu n'aurais pas une partition /var séparée sur ton système (sur le
disque dur) ?
Tu n'aurais pas une partition /var séparée sur ton système (sur le
disque dur) ?
Tu n'aurais pas une partition /var séparée sur ton système (sur le
disque dur) ?
Bonjour,
Le Wed, 28 Sep 2022 11:07:17 +0200,
Sébastien NOBILI a écrit :Tu n'aurais pas une partition /var séparée sur ton système (sur le
disque dur) ?
Oui, c'est exact.
Bonjour,
Le Wed, 28 Sep 2022 11:07:17 +0200,
Sébastien NOBILI <s-liste-debian-user-french@pipoprods.org> a écrit :
Tu n'aurais pas une partition /var séparée sur ton système (sur le
disque dur) ?
Oui, c'est exact.
Bonjour,
Le Wed, 28 Sep 2022 11:07:17 +0200,
Sébastien NOBILI a écrit :Tu n'aurais pas une partition /var séparée sur ton système (sur le
disque dur) ?
Oui, c'est exact.