Partition racine en lecture seul

Support Debian
#1

Bonjour,

Par erreur ma partition racine s’est remplie a 100% et depuis je n’arrive plus a le démarrer le système correctement malgré que j’ai désinstallé des paquet non essentiel.

Pouvez-vous m’aider a résoudre les problème sans passé par la casse réinstallation a la façons Windows :roll_eyes:.

depuis ma partition au démarrage reste constamment en lecture seul on va commencé par se problème et je pense que c’est lui qui fait barrière sur le faite que l’ensemble du système ne démarre pas correctement. j’ai désinstallé quelque paquet et supprimé des log dans /var/log pour allégé la partition. j’ai réussie à libérer pour l’instant 500M.

en attendant d’avoir des explication sur comment retrouvé une partition en lecture écriture au démarrage je vais cherché le moyen de faire encore plus de place.

Merci.

#2

En root, rapporter la sortie des commandes suivantes :

cat /proc/mounts
df -hT
du -hxd1 / | sort -h
#3

Bonsoir Pascal

Comme j’ai du faire les comandes ci dessous les commande que tu me demande seront tronqué

mount -o remount,rw /dev/sda2

mount tmpfs

cat /proc/mounts
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
udev /dev devtmpfs rw,nosuid,relatime,size=3968528k,nr_inodes=992132,mode=755 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /run tmpfs rw,nosuid,nodev,noexec,relatime,size=796056k,mode=755 0 0
/dev/sda2 / ext4 rw,relatime,errors=remount-ro 0 0
securityfs /sys/kernel/security securityfs rw,nosuid,nodev,noexec,relatime 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
tmpfs /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0
cgroup2 /sys/fs/cgroup cgroup2 rw,nosuid,nodev,noexec,relatime,nsdelegate,memory_recursiveprot 0 0
pstore /sys/fs/pstore pstore rw,nosuid,nodev,noexec,relatime 0 0
efivarfs /sys/firmware/efi/efivars efivarfs rw,nosuid,nodev,noexec,relatime 0 0
none /sys/fs/bpf bpf rw,nosuid,nodev,noexec,relatime,mode=700 0 0
systemd-1 /proc/sys/fs/binfmt_misc autofs rw,relatime,fd=28,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=12323 0 0
mqueue /dev/mqueue mqueue rw,nosuid,nodev,noexec,relatime 0 0
configfs /sys/kernel/config configfs rw,nosuid,nodev,noexec,relatime 0 0
tracefs /sys/kernel/tracing tracefs rw,nosuid,nodev,noexec,relatime 0 0
debugfs /sys/kernel/debug debugfs rw,nosuid,nodev,noexec,relatime 0 0
hugetlbfs /dev/hugepages hugetlbfs rw,relatime,pagesize=2M 0 0
fusectl /sys/fs/fuse/connections fusectl rw,nosuid,nodev,noexec,relatime 0 0
/dev/sda1 /boot/efi vfat rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro 0 0
tmpfs /run/user/1000 tmpfs rw,nosuid,nodev,relatime,size=796052k,nr_inodes=199013,mode=700,uid=1000,gid=1000 0 0
/dev/sda5 /home ext4 rw,relatime 0 0
tmpfs /tmp tmpfs rw,relatime,size=524288k 0 0

df -hT

Sys. de fichiers Type     Taille Utilisé Dispo Uti% Monté sur
udev             devtmpfs   3,8G       0  3,8G   0% /dev
tmpfs            tmpfs      778M    9,5M  768M   2% /run
/dev/sda2        ext4        14G     13G  706M  95% /
tmpfs            tmpfs      3,8G       0  3,8G   0% /dev/shm
tmpfs            tmpfs      5,0M    4,0K  5,0M   1% /run/lock
/dev/sda1        vfat       346M    6,9M  340M   2% /boot/efi
tmpfs            tmpfs      778M    116K  778M   1% /run/user/1000
/dev/sda5        ext4       878G    305G  528G  37% /home
tmpfs            tmpfs      512M       0  512M   0% /tmp

du -hxd1 / 	 sort -h

4,0K	/.cache
4,0K	/mnt
4,0K	/opt
4,0K	/srv
12K 	/media
16K 	/lost+found
2,2M	/root
14M 	/etc
37M 	/boot
3,5G	/var
8,8G	/usr
13G 	/
#4

je viens de redémarrer.

pour la commande cat /proc/mount la seul ligne qui change est

/dev/sda2 / ext4 ro,relatime 0 0

#5

C’est bon je viens de récupérer mon bureau KDE.

Il me reste juste a trouvé pourquoi ma partition racine se lance en lecture seul :grin:

Et il faudra que j’augmente la taille de ma partition racine car 15go avec kde je pense que c’est trop juste.

#6

Alors j’ai compris que du faite que la partition est en lecture seul une partie des programme qui se lance au démarrage font un [failed]

Mais je ne comprends pas alors que ma partition n’a pas changé dans mon /etc/fstab
J’ai aussi remarqué que mon /tmp n’est pas envoyé dans la ram comme il est écrit dans le fichier.

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# systemd generates mount units based on this file, see systemd.mount(5).
# Please run 'systemctl daemon-reload' after making changes here.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda2 during installation
UUID=4bdf0a19-a132-44af-99af-5bebde9677b0 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=B0DC-2545  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sda5 during installation
UUID=bbf7bf18-7733-43f1-9a2f-16361a084fd8 /home           ext4    defaults        0       2
# swap was on /dev/sda4 during installation
UUID=b0b3d7ac-7db3-4882-8698-ac9f9d7bb09e none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660     user,noauto             0       0

tmpfs           /tmp            tmpfs           defaults,size=512M      0       0

A part la dernière ligne rien n’a été changé.

#7

Qu’affichent

systemctl list-unit-files *.mount
systemctl list-units *.mount --all
#8

C’est qu’il doit avoir des erreurs.

Sinon, pour libérer de la place tu peut virer les fichiers du répertoire /boot dont tu ne te sert plus/pas.
Gardes que les fichiers « config-$(uname -r) » et « initrd.img-$(uname -r) » et « System.map-$(uname -r) » et « vmlinuz-$(uname -r) » de ton noyau qui fonctionne et les librairies de ton noyeau « /lib/modules/$(uname -r) »

Et fais, de même pour les headers et les modules non utilisés.

Style :

root@dc:~ $ du -sh /lib/modules/$(uname -r)
245M    /lib/modules/4.15.18-30-pve
root@dc:~ $ du -sh /lib/modules/
4,3G    /lib/modules/

:slight_smile:

Et reboot :slight_smile: ton système remontera normalement en écriture :slight_smile:

NdMoi-même : çà m’est déjà arrivé, comme symptôme. Çà doit être çà.

Romain

#9

Des erreurs qui n’auraient pas été détectées par le fsck passé avant le montage, assez graves pour provoquer rapidement le remontage en lecture seule mais qui ne se reproduisent pas une fois la racine remontée manuellement en lecture-écriture ? Peu crédible.

Avec 37 Mo dans /boot, il ne doit pas y avoir grand-chose qui ne sert pas. C’est déjà étonnant qu’il y ait si peu.
J’aurais plutôt suggéré d’examiner plus en détail ce qui occupe 3,5 Go dans /var (logs, caches…) avec

du -hxd1 /var | sort -h
#10

Tiens il n’a pas de répertoire /lib :laughing:

:blush:

#11

Quel rapport avec le contenu de /var ?
/lib, comme /bin et /sbin, est maintenant un lien symbolique qui pointe vers son homologue dans /usr.

#12

Oops je modifie mon post !

OK

D’où ta commande du avec l’option -d … Ok !

Ce n’est pas /var qui va remonter le système en lecture, ou provoquer des erreurs… dirais-je moi.

:grinning_face_with_smiling_eyes:

Oui c’est çà - Essaies de vérifier si tu ne peut pas virer des modules non utilisés - commentaire 8 et si tu as des headers « /usr/src/ » que tu ne te sert pas, ou plus (du genre tous).

Et @PascalHambourg va me dire :

Et ils sont où les logs Romain :rofl:

#13

Bon je suis désolé j’ai fait en sorte d’avoir plus d’espace disque sur mes partition / en reduissant la partition /home compliqué mais j’ai réussie :slight_smile:

Du coup ça donne ça mais je n’a pas résolue le problème de la partition en lecture seul mailrès les 2h minimum de modification des partitions.

Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev               3,8G       0  3,8G   0% /dev
tmpfs              778M    9,6M  768M   2% /run
/dev/sda2           92G     13G   75G  15% /
tmpfs              3,8G       0  3,8G   0% /dev/shm
tmpfs              5,0M    4,0K  5,0M   1% /run/lock
/dev/sda1          346M    6,9M  340M   2% /boot/efi
/dev/sda5          733G    305G  391G  44% /home
tmpfs              778M     92K  778M   1% /run/user/0
tmpfs              778M    128K  778M   1% /run/user/1000

pour les commande que tu me demandes pascal ça renvoie ça

systemctl list-unit-files *.mount

UNIT FILE                     STATE     VENDOR PRESET
-.mount                       generated -             
boot-efi.mount                generated -             
dev-hugepages.mount           static    -             
dev-mqueue.mount              static    -             
home.mount                    generated -             
media-cdrom0.mount            generated -             
proc-sys-fs-binfmt_misc.mount disabled  disabled      
sys-fs-fuse-connections.mount static    -             
sys-kernel-config.mount       static    -             
sys-kernel-debug.mount        static    -             
sys-kernel-tracing.mount      static    -             
tmp.mount                     masked    enabled       

12 unit files listed.

systemctl list-units *.mount --all

  UNIT                          LOAD   ACTIVE   SUB     DESCRIPTION
  -.mount                       loaded active   mounted Root Mount
  boot-efi.mount                loaded active   mounted /boot/efi
  dev-hugepages.mount           loaded active   mounted Huge Pages File System
  dev-mqueue.mount              loaded active   mounted POSIX Message Queue File System
  home.mount                    loaded active   mounted /home
  proc-sys-fs-binfmt_misc.mount loaded inactive dead    Arbitrary Executable File Formats File System
  run-user-0.mount              loaded active   mounted /run/user/0
  run-user-1000-gvfs.mount      loaded active   mounted /run/user/1000/gvfs
  run-user-1000.mount           loaded active   mounted /run/user/1000
  sys-fs-fuse-connections.mount loaded active   mounted FUSE Control File System
  sys-kernel-config.mount       loaded active   mounted Kernel Configuration File System
  sys-kernel-debug.mount        loaded active   mounted Kernel Debug File System
  sys-kernel-tracing.mount      loaded active   mounted Kernel Trace File System
● tmp.mount                     masked inactive dead    tmp.mount

LOAD   = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB    = The low-level unit activation state, values depend on unit type.
14 loaded units listed.
To show all installed unit files use 'systemctl list-unit-files'.

et encore merci pour votre aide :slight_smile:

#14

Je vous renvoie la commande mais je pense plus a un truc qui s’est modifié mais non enregistré sur le disque au moment ou il n’y avais plus de place et du coup qui me provoque cette erreur après le première reboot de ma machine.

du -hxd1 /var | sort

122M    /var/cache
20K     /var/tmp
336M    /var/lib
3,6G    /var/log
4,0K    /var/local
4,0K    /var/mail
4,0K    /var/opt
4,1G    /var
52K     /var/spool
7,5M    /var/backups

Après coup j’ai supprimé l’ensemble des log en .gz et des paquet comme le noyau que je n’avais plus besoin en plus de grosse application comme libreoffice, openjdk-* mais comme ce n’est pas la place qui résout le problème on va passé sur un fichier qui ne passe pas la bonne commande au démarrage pour rendre ma partition en rw.

#15

Initialement, la racine est montée en lecture seule à cause du paramètre « ro » présent dans la ligne de commande du noyau passée par GRUB. Il y a fort longtemps, cela permettait de faire un fsck limité sur la racine montée en lecture seule. Mais depuis longtemps maintenant on utilise un initramfs qui permet de faire un fsck complet sur la racine avant de la monter, donc en pratique ça ne sert plus à rien. Ensuite, normalement l’init du système remonte la racine en lecture-écriture avec les options de montage définies dans /etc/fstab (errors=remount-ro pour ext4).
On peut le voir dans les logs du noyau et le journal de systemd.

dmesg | grep -iE "ext4|sda2|remount"
journalctl -xb | grep -iE "ext4|sda2|remount"
#16

Je ne peut rien dire de plus, je ne vois rien d’autre que de libérer de la place sur /.

Bon courage.

Romain

#17

Bonsoir,

alors je remonte les commandes que tu m’as demandé pascal mais je ne voie pas du tout d’où vient le problème je m’en remets a toi pour la solution. :sob:

dmesg | grep -iE "ext4|sda2|remount"

[    1.356048]  sda: sda1 sda2 sda3 sda4 sda5
[   35.016335] EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: (null)
[   43.238203] EXT4-fs (sda5): mounted filesystem with ordered data mode. Opts: (null)
[  162.724147] EXT4-fs (sda2): re-mounted. Opts: errors=remount-ro

journalctl -xb | grep -iE "ext4|sda2|remount"

Journal file /var/log/journal/94e274ff75fc4e068fe4a659fac7b5f4/system.journal is truncated, ignoring file.

Encore merci pour votre aide :grinning_face_with_smiling_eyes:

Après le problème est lié au démarrage donc j’imagine un /etc/init.d/xx qui ne démarre pas mais comme on est passé a systemD et comme je m’en suis pas intéressé je suis largué aujourd’hui.

Après je connais juste la commende systemctl pour vérifié les status et redémarrer les services c’est tout

#18

fais un uptime, sil te plaît !

:v:

Et envoies le résultat !??

Bonne soirée :rofl:

Y a t’il un /proc que l’on pourrait variabler pour passer le système en écriture ?

Sûrement, si c possible :slight_smile: … d’écrire.

#19

l’uptime existe mais il n’a rien avoir avec la partition en lecture seul.

Je sais qu’on peux dire des connerie pour le lol :wink:

Mais je ne sais vraiment pas comment réglée le soucis. Je suis déjà content d’avoir réglée une bonne partie de mon problème mais celui là. Je ne l’ai jamais eu et je n’arrive pas à le réglée seul a part faire une remount de la partition après le démarrage.

#20

C’est pour savoir quand tu as redémarré… parce que sans connaître la commande, l’ecriture dans le journal. je lis qu’il y a écrit en ligne / reference [162.724147] de ton grep sur dmesg → re-mounted :v::relaxed:

Comment fais tu çà - un remont aprés le démarrage ?