Quand je vois ce genre d'installation ça a tendance à m'agacer : c'est le genre de truc qui peut faire fuir un débutant qui ne connaît pas Linux.
Tout mettre sur une seule partition ( / ) est une grosse erreur. Que vous soyez débutant ou non, s'il vous plaît faites au moins ça : SEPAREZ AU MOINS LA PARTITION SYSTEME DES DONNEES UTILISATEUR !!!! d'autant plus si vous le faites pour quelqu'un qui ne connais pas Linux. C'est d'ailleurs une bonne pratique à adopter, tant sous Linux que sous Windows, car un disque C plein sous windows peut également poser problème.
En pratique, ça signifie de créer au moins une partition /home en plus de la partition / L'idéal serait aussi d'avoir une partition pour /var/log, car celle-ci peut vite grandir en fonction de ce qu'on installe sur sa machine.
Perso je crée toujours un /var dédié, et sur une machine ou je ferai tourner une base de données je sépare le système de fichier correspondant (/var/lib/postgresql par exemple). Mais chacun fait comme il le veut à ce niveau, en fonction de l'utilisation de la machine , de ses habitudes et de son expérience.
Maintenant, venons-en au problème : Autrefois, il était assez facile de corriger le problème en se connectant direct en root : en effet, sur une partition, il y a toujours un peu d'espace réservé pour un processus privilégié :
Sous réserve que ce ne soit pas un process privilégié qui ait rempli votre filesystem et bouffé les blocs correspondant, il était possible de se connecter en root et de faire de la place dans les répertoires qui saturaient le disque. Aujourd'hui la plupart des systèmes n'initialisent plus de mot de passe root : il faut passer par une connexion utilisateur non privilégié et ensuite faire un sudo, et si l'utilisateur n'arrive pas à se connecter en mode non privilégié ... c'est mort.
Pour corriger le problème, je tenterais de me connecter non pas en session graphique mais en session texte (ctrl+alt+F1, F2 ou F3 ...) pour obtenir une mire de connexion. Une connexion texte prend moins de ressources qu'une connexion graphique. Ensuite tenter de faire de la place. Sinon tenter un boot en mode rescue au prompt grub. Et si ça ne passe pas, démarrer depuis un live DVD ou une live usb et faire de la place sur le disque en question.
Enfin, une fois le problème corrigé, je conseillerais de créer un mot de passe root .... ça permettra, si le problème se produit à nouveau, de tenter une connexion en utilisant l'espace disque réservé à root sur le filesystem, au moins en attendant de réinstaller la machine.
# installation foireuse ....
Posté par totof2000 . En réponse au message MDM ne peut écrire dans votre fichier d'autorisation.. Évalué à 3. Dernière modification le 22 novembre 2023 à 19:16.
Quand je vois ce genre d'installation ça a tendance à m'agacer : c'est le genre de truc qui peut faire fuir un débutant qui ne connaît pas Linux.
Tout mettre sur une seule partition ( / ) est une grosse erreur. Que vous soyez débutant ou non, s'il vous plaît faites au moins ça : SEPAREZ AU MOINS LA PARTITION SYSTEME DES DONNEES UTILISATEUR !!!! d'autant plus si vous le faites pour quelqu'un qui ne connais pas Linux. C'est d'ailleurs une bonne pratique à adopter, tant sous Linux que sous Windows, car un disque C plein sous windows peut également poser problème.
En pratique, ça signifie de créer au moins une partition /home en plus de la partition / L'idéal serait aussi d'avoir une partition pour /var/log, car celle-ci peut vite grandir en fonction de ce qu'on installe sur sa machine.
Perso je crée toujours un /var dédié, et sur une machine ou je ferai tourner une base de données je sépare le système de fichier correspondant (/var/lib/postgresql par exemple). Mais chacun fait comme il le veut à ce niveau, en fonction de l'utilisation de la machine , de ses habitudes et de son expérience.
Maintenant, venons-en au problème : Autrefois, il était assez facile de corriger le problème en se connectant direct en root : en effet, sur une partition, il y a toujours un peu d'espace réservé pour un processus privilégié :
Sous réserve que ce ne soit pas un process privilégié qui ait rempli votre filesystem et bouffé les blocs correspondant, il était possible de se connecter en root et de faire de la place dans les répertoires qui saturaient le disque. Aujourd'hui la plupart des systèmes n'initialisent plus de mot de passe root : il faut passer par une connexion utilisateur non privilégié et ensuite faire un sudo, et si l'utilisateur n'arrive pas à se connecter en mode non privilégié ... c'est mort.
Pour corriger le problème, je tenterais de me connecter non pas en session graphique mais en session texte (ctrl+alt+F1, F2 ou F3 ...) pour obtenir une mire de connexion. Une connexion texte prend moins de ressources qu'une connexion graphique. Ensuite tenter de faire de la place. Sinon tenter un boot en mode rescue au prompt grub. Et si ça ne passe pas, démarrer depuis un live DVD ou une live usb et faire de la place sur le disque en question.
Enfin, une fois le problème corrigé, je conseillerais de créer un mot de passe root .... ça permettra, si le problème se produit à nouveau, de tenter une connexion en utilisant l'espace disque réservé à root sur le filesystem, au moins en attendant de réinstaller la machine.