Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
Pages : 1
:
Et je ne peux rien saisir. Le truc "marrant" c'est que je n'ai pas créé de compte root à lors de l'installation.
Par contre, en y repenssant dans les tutos, le seul moment j'ai dû m'en écarter c'était là:
Etant donné que je n'ai pas de compte root et que sudo ne s'applique qu'à la 1ère partie (j'ai découvert ça hier), j'ai cherché comment faire et j'ai fait un sudo -s qui a résolu mon problème. Mais ça m'étonnerai que ça vienne de là.
Je redémarre, pareil. J'essaye de regarder les messages lors du boot le seul message [FAILED] que j'ai est le suivant :
buster32 étant le répertoire du chroot. Dans les tutos j'ai du modifier mon fstab, le problème viendrait-il de là ?
Bon maintenant je suis au boulot, je ne pourrai pas donner plus d'infos avant ce soir. Je suis ouvert à toutes les propositions, mais voici ce que j'envisage de faire :
lancer une commande au niveau de Grub
supprimer mon répertoire de chroot
supprimer les lignes que j'ai ajoutés dans mon fstab
redémarrer avec un pc fonctionnel 
Cela peut-il fonctionner ? ou y aurait-il d'autres solutions ? parce que le chroot je trouve ça quand même génial, quand ça plante pas mon pc 
Hors ligne
Cannot open access to console, the root account is locked.
Le truc "marrant" c'est que je n'ai pas créé de compte root à lors de l'installation.
C'est donc normal que tu aies ce message. Mot de passe du compte root désactivé -> impossible de taper le mot de passe root pour accéder à la console d'urgence.
Etant donné que je n'ai pas de compte root et que sudo ne s'applique qu'à la 1ère partie
A la première partie de quoi ?
Dans les tutos j'ai du modifier mon fstab, le problème viendrait-il de là ?
Probablement. L'échec d'un montage est une cause de déclenchement de la console d'urgence. Qu'as-tu ajouté dans fstab, qu'est-ce qui est censé être monté sur /buster/var/run ?
Normalement /var/run est un lien symbolique qui pointe sur /run (ou ../run, à vérifier), et /run est le point de montage d'un tmpfs qui n'est pas géré dans /etc/fstab mais par les scripts d'init.
Dernière modification par raleur (23-01-2018 14:09:54)
Il vaut mieux montrer que raconter.
Hors ligne
A la première partie de quoi ?
En fait vu que je n'ai pas de root j'ai commencé par faire
Ce qui ne fonctionnait pas. Si j'ai bien compris (!) les explications il y a une gestion des priorités : le sudo porte sur le grep mais pas sur la sortie qui elle aussi nécessite d’être en sudo... d'où la solution que j'ai trouvé sudo -s avant de lancer ces 2 commandes.
Sur le tuto de Thuban :
Intégration du chroot
Bon, c'est bien joli tout ça, mais on ne va pas lancer toutes ces commandes dès que l'on veut utiliser une commande du sous-système. Pour cela, on automatise la liaison entre les documents (le /home), les dossiers “système” et “périphériques” (/proc et /dev) au sein du fstab. En fait, on rajoute ces lignes à la fin du fichier /etc/fstab qui contient tous les périphériques à monter au démarrage :
Du coup j'ai ajouté ça dans mon fstab :
Bon je pense que je vais supprimer ces lignes, mais j'aurai bien aimé trouver une solution pour pouvoir utiliser le chroot. Est-ce que ça veut dire que ses manipulation ne sont pas à faire sans avoir d'utilisateur root ? Après je peux toujours me faire un script pour le monter à la demande, sans fstab.
Hors ligne
Si j'ai bien compris (!) les explications il y a une gestion des priorités : le sudo porte sur le grep mais pas sur la sortie qui elle aussi nécessite d’être en sudo
Plus exactement, cela n'a rien à voir avec sudo mais avec le fonctionnement du shell. Celui-ci se fiche que la commande soit sudo ou une autre. S'il y a une redirection de la sortie standard, il la traite avant d'exécuter la commande, donc avec les privilèges de l'utilisateur du shell et non avec les privilèges de sudo, privileges insuffisants pour écrire dans le fichier spécifié par la redirection. C'est un piège classique de l'utilisation de sudo. On peut soit utiliser sudo -s comme tu l'as fait, pour faire lancer par sudo un nouveau shell qui a les privilèges de root (le plus simple) ou dire à sudo d'exécuter un shell avec en argument la commande incluant la redirection (plus compliqué), du genre :
Mais, quel est l'objet de cette commande et à quoi sert le fichier /debception/etc/passwd ainsi créé sachant que ton chroot est dans /buster32 ?
Concernant les lignes ajoutées à fstab, le fait que /var/run est un lien symbolique peut être la cause du problème, à vérifier. De toute façon je ne vois pas spécialement l'intérêt de ce montage. A la limite tu peux essayer "/run /buster32/run ..." à la place puisque c'est la cible du lien symbolique.
Au passage, il manque le montage de /sys dans le chroot. Cependant, comme /dev et /proc, tous les programmes n'en ont pas besoin.
J'oubliais : en tout cas, l'erreur au montage n'a rien à voir avec sudo et l'absence de mot de passe root.
Dernière modification par raleur (23-01-2018 14:56:17)
Il vaut mieux montrer que raconter.
Hors ligne
Il me semblait bien aussi que ça n'avait pas avoir, mais vu que je maîtrise pas j'ai préféré expliquer tout ce que j'avais fait.Vous pouvez désormais :
Modifier le fichier des sources dans /debception/etc/apt/sources.list afin de pouvoir ensuite installer les logiciels souhaités.
Créer les mêmes utilisateurs que sur votre système de base.
Après, pour tout te dire j'ai suivi aveuglément le tuto pour le montage de /proc et /dev. Bon j'espère que ce soir tout rentrera dans l'ordre.
Dernière modification par Alopex (23-01-2018 15:05:39)
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Je suppose que /debception est la racine du chroot dans le tutorial. Mais toi, dans tes commandes, tu l'as bien remplacé partout par /buster32 ?
Oui ! 
En tout cas merci pour les réponses @raleur
Hors ligne
Pages : 1