# Partition racine en lecture seul **URL:** \ **Category:** Support Debian\ **Created:** [Décembre 12, 2022, 3:58 UTC](https://www.debian-fr.org/t/partition-racine-en-lecture-seul/87552 "2022-12-12T15:58:54Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![Cambech](https://www.debian-fr.org/user_avatar/www.debian-fr.org/cambech/32/9442_2.png) [@Cambech](https://www.debian-fr.org/u/Cambech)\ **Post date:** [Décembre 12, 2022, 3:58 UTC](https://www.debian-fr.org/t/partition-racine-en-lecture-seul/87552/1 "2022-12-12T15:58:54Z")
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 🙄. 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. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Décembre 12, 2022, 4:02 UTC](https://www.debian-fr.org/t/partition-racine-en-lecture-seul/87552/2 "2022-12-12T16:02:05Z")
En root, rapporter la sortie des commandes suivantes : ``` cat /proc/mounts df -hT du -hxd1 / | sort -h ``` ---
**Author:** ![Cambech](https://www.debian-fr.org/user_avatar/www.debian-fr.org/cambech/32/9442_2.png) [@Cambech](https://www.debian-fr.org/u/Cambech)\ **Post date:** [Décembre 12, 2022, 4:14 UTC](https://www.debian-fr.org/t/partition-racine-en-lecture-seul/87552/3 "2022-12-12T16:14:25Z")
Bonsoir Pascal Comme j’ai du faire les comandes ci dessous les commande que tu me demande seront tronqué ```nohighlight mount -o remount,rw /dev/sda2 ``` ```nohighlight mount tmpfs ``` ```nohighlight 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 ``` ```nohighlight 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 ``` ```nohighlight 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 / ``` ---
**Author:** ![Cambech](https://www.debian-fr.org/user_avatar/www.debian-fr.org/cambech/32/9442_2.png) [@Cambech](https://www.debian-fr.org/u/Cambech)\ **Post date:** [Décembre 12, 2022, 4:21 UTC](https://www.debian-fr.org/t/partition-racine-en-lecture-seul/87552/4 "2022-12-12T16:21:14Z")
je viens de redémarrer. pour la commande cat /proc/mount la seul ligne qui change est /dev/sda2 / ext4 ro,relatime 0 0 ---
**Author:** ![Cambech](https://www.debian-fr.org/user_avatar/www.debian-fr.org/cambech/32/9442_2.png) [@Cambech](https://www.debian-fr.org/u/Cambech)\ **Post date:** [Décembre 12, 2022, 4:33 UTC](https://www.debian-fr.org/t/partition-racine-en-lecture-seul/87552/5 "2022-12-12T16:33:11Z")
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 😁 Et il faudra que j’augmente la taille de ma partition racine car 15go avec kde je pense que c’est trop juste. ---
**Author:** ![Cambech](https://www.debian-fr.org/user_avatar/www.debian-fr.org/cambech/32/9442_2.png) [@Cambech](https://www.debian-fr.org/u/Cambech)\ **Post date:** [Décembre 12, 2022, 5:03 UTC](https://www.debian-fr.org/t/partition-racine-en-lecture-seul/87552/6 "2022-12-12T17:03:19Z")
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. # # # / 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é. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Décembre 12, 2022, 6:48 UTC](https://www.debian-fr.org/t/partition-racine-en-lecture-seul/87552/7 "2022-12-12T18:48:25Z")
Qu’affichent ``` systemctl list-unit-files *.mount systemctl list-units *.mount --all ``` ---
**Author:** ![anon36725218](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/8e8cbc/32.png) [@anon36725218](https://www.debian-fr.org/u/anon36725218)\ **Post date:** [Décembre 12, 2022, 7:31 UTC](https://www.debian-fr.org/t/partition-racine-en-lecture-seul/87552/8 "2022-12-12T19:31:43Z")
> [@Cambech](#): > > `/dev/sda2 / ext4 rw,relatime,errors=remount-ro 0 0` 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/ ``` 🙂 Et reboot 🙂 ton système remontera normalement en écriture 🙂 NdMoi-même : çà m’est déjà arrivé, comme symptôme. Çà doit être çà. Romain ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Décembre 12, 2022, 7:43 UTC](https://www.debian-fr.org/t/partition-racine-en-lecture-seul/87552/9 "2022-12-12T19:43:12Z")
> [@anon36725218](#): > > C’est qu’il doit avoir des erreurs. 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. > [@anon36725218](#): > > Sinon, pour libérer de la place tu peut virer les fichiers du repértoire `/boot` dont tu ne te sert plus/pas. 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 ``` ---
**Author:** ![anon36725218](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/8e8cbc/32.png) [@anon36725218](https://www.debian-fr.org/u/anon36725218)\ **Post date:** [Décembre 12, 2022, 7:48 UTC](https://www.debian-fr.org/t/partition-racine-en-lecture-seul/87552/10 "2022-12-12T19:48:23Z")
> [@Cambech](#): > > 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 | / | Tiens il n’a pas de répertoire `/lib` 😆 😊 ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Décembre 12, 2022, 7:59 UTC](https://www.debian-fr.org/t/partition-racine-en-lecture-seul/87552/11 "2022-12-12T19:59:25Z")
Quel rapport avec le contenu de /var ? /lib, comme /bin et /sbin, est maintenant un lien symbolique qui pointe vers son homologue dans /usr. ---
**Author:** ![anon36725218](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/8e8cbc/32.png) [@anon36725218](https://www.debian-fr.org/u/anon36725218)\ **Post date:** [Décembre 12, 2022, 8:03 UTC](https://www.debian-fr.org/t/partition-racine-en-lecture-seul/87552/12 "2022-12-12T20:03:46Z")
> [@PascalHambourg](#): > > Quel rapport avec le contenu de /var ? Oops je modifie mon post ! > [@PascalHambourg](#): > > /lib, comme /bin et /sbin, est maintenant un lien symbolique qui pointe vers son homologue dans /usr. OK D’où ta commande `du` avec l’option `-d` … Ok ! * * * > [@PascalHambourg](#): > > > [@anon36725218](#): > > > > C’est qu’il doit avoir des erreurs. > > 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… > [@PascalHambourg](#): > > J’aurais plutôt suggéré d’examiner plus en détail ce qui occupe 3,5 Go dans /var… Ce n’est pas `/var` qui va remonter le système en lecture, ou provoquer des erreurs.. dirais-je moi. 😄 > [@Cambech](#): > > 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] Oui c’est çà - Essaies de vérifier si tu ne peut pas virer des modules non utilisés - [commentaire 8](https://www.debian-fr.org/t/partition-racine-en-lecture-seul/87552/8) et si tu as des headers « `/usr/src/` » que tu ne te sert pas, ou plus (du genre tous). > [@Cambech](#): > > une partie des programme qui se lance au démarrage font un [failed] Et @PascalHambourg va me dire : > Et ils sont où les logs Romain 🤣 ---
**Author:** ![Cambech](https://www.debian-fr.org/user_avatar/www.debian-fr.org/cambech/32/9442_2.png) [@Cambech](https://www.debian-fr.org/u/Cambech)\ **Post date:** [Décembre 12, 2022, 9:03 UTC](https://www.debian-fr.org/t/partition-racine-en-lecture-seul/87552/13 "2022-12-12T21:03:11Z")
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 🙂 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 🙂 ---
**Author:** ![Cambech](https://www.debian-fr.org/user_avatar/www.debian-fr.org/cambech/32/9442_2.png) [@Cambech](https://www.debian-fr.org/u/Cambech)\ **Post date:** [Décembre 12, 2022, 9:14 UTC](https://www.debian-fr.org/t/partition-racine-en-lecture-seul/87552/14 "2022-12-12T21:14:05Z")
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. ```nohighlight du -hxd1 /var | sort ``` ```nohighlight 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. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Décembre 12, 2022, 11:14 UTC](https://www.debian-fr.org/t/partition-racine-en-lecture-seul/87552/15 "2022-12-12T23:14:19Z")
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" ``` ---
**Author:** ![anon36725218](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/8e8cbc/32.png) [@anon36725218](https://www.debian-fr.org/u/anon36725218)\ **Post date:** [Décembre 13, 2022, 3:43 UTC](https://www.debian-fr.org/t/partition-racine-en-lecture-seul/87552/16 "2022-12-13T03:43:18Z")
Je ne peut rien dire de plus, je ne vois rien d’autre que de libérer de la place sur `/`. Bon courage. Romain ---
**Author:** ![Cambech](https://www.debian-fr.org/user_avatar/www.debian-fr.org/cambech/32/9442_2.png) [@Cambech](https://www.debian-fr.org/u/Cambech)\ **Post date:** [Décembre 13, 2022, 7:49 UTC](https://www.debian-fr.org/t/partition-racine-en-lecture-seul/87552/17 "2022-12-13T19:49:20Z")
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. 😭 ```nohighlight 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 ``` ```nohighlight journalctl -xb | grep -iE "ext4|sda2|remount" Journal file /var/log/journal/94e274ff75fc4e068fe4a659fac7b5f4/system.journal is truncated, ignoring file. ``` Encore merci pour votre aide 😄 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 ---
**Author:** ![anon36725218](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/8e8cbc/32.png) [@anon36725218](https://www.debian-fr.org/u/anon36725218)\ **Post date:** [Décembre 13, 2022, 9:26 UTC](https://www.debian-fr.org/t/partition-racine-en-lecture-seul/87552/18 "2022-12-13T21:26:29Z")
fais un `uptime`, sil te plaît ! ✌ Et envoies le résultat !?? Bonne soirée 🤣 Y a t’il un `/proc` que l’on pourrait variabler pour passer le système en écriture ? Sûrement, si c possible 🙂 … d’écrire. ---
**Author:** ![Cambech](https://www.debian-fr.org/user_avatar/www.debian-fr.org/cambech/32/9442_2.png) [@Cambech](https://www.debian-fr.org/u/Cambech)\ **Post date:** [Décembre 13, 2022, 10:06 UTC](https://www.debian-fr.org/t/partition-racine-en-lecture-seul/87552/19 "2022-12-13T22:06:11Z")
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 😉 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. ---
**Author:** ![anon36725218](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/8e8cbc/32.png) [@anon36725218](https://www.debian-fr.org/u/anon36725218)\ **Post date:** [Décembre 13, 2022, 10:35 UTC](https://www.debian-fr.org/t/partition-racine-en-lecture-seul/87552/20 "2022-12-13T22:35:12Z")
> [@Cambech](#): > > 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 😉 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` ✌☺ > [@Cambech](#): > > ```plaintext > 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 > > ``` > [@Cambech](#): > > a part faire une remount de la partition après le démarrage. Comment fais tu çà - un remont aprés le démarrage ? [Page suivante](https://www.debian-fr.org/t/partition-racine-en-lecture-seul/87552.md?page=2)