Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

Pages : 1 2 3

#51 Le 21/04/2023, à 12:29

Coeur Noir

Re : mémoire saturée

Mais t'es le pire troll, Qid : c'est toi qui demandes une explication ( comment compter ) et quand on te la donne, tu te défiles avec une pirouette ?
5% d'espace réservé à root sur une partition EXT× de 2To ça représente 100Go ça n'est pas négligeable, effectivement !
100Go qu'un utilisateur humain ne saura occuper - c'est les 95% qui lui sont accessibles.

Vu le nombre de fois où on a dépanné des systèmes qui ne démarraient plus pour cause de saturation je ne comprends pas...

…tu ne comprends pas que ça ait pu saturer, c'est ça ?
Les 5% ne sont accessibles qu'à root → lis les liens du #47 c'est limpide.
Quand un utilisateur a saturé les 95% qui lui sont disponibles, le système considère « globalement » qu'il est dans une situation critique alors par prudence il « bloque ».
En théorie, à partir du moment où 80% d'occupation est atteint le système alerte…
À ce moment là, on peut passer la commande tune2fs qui va bien pour « récupérer » les 5% - mais absolument faire les ménages adéquats pour retrouver de l'espace et plus tard remettre un espace réservé à root ( si on est sur une partition orientée système. )

Complètement d'accord sur la conclusion : « surveillance quasi constante... Et après tout il pourrait même rester avec un dérivé d'Ubuntu... »
Je pense qu'Iznobe conseille Mint parce que snap n'y est pas du tout installé, mais même ça, on peut le surveiller sous ×buntu - et on n'est pas obligé de s'en servir voire on peut l'enlever…

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

Hors ligne

#52 Le 21/04/2023, à 12:58

Qid

Re : mémoire saturée

Coeur Noir a écrit :

Mais t'es le pire troll, Qid : c'est toi qui demandes une explication ( comment compter ) et quand on te la donne, tu te défiles avec une pirouette ?

T'es pas cool... Moi aussi je t'aime... Lol... Ce que je voulais dire c'est juste que l'important est de comprendre pourquoi il y a de la réservation d'espace à root... Pas le calcul donné en exemple... Et pour moi cet état de fait n'est toujours pas logique... Mais si tu dis que les liens du 47 sont clair je vais aller les lire pour voir si après je comprendrais mieux la logique... Parceque pour l'instant je maintiens que je ne comprends pas ce qu'apporte comme sécurité cette réservation qui peut tout-à-fait être réduite à zéro d'après les dires...

"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

Hors ligne

#53 Le 21/04/2023, à 13:46

iznobe

Re : mémoire saturée

Coeur Noir a écrit :

Je pense qu'Iznobe conseille Mint parce que snap n'y est pas du tout installé, mais même ça, on peut le surveiller sous ×buntu - et on n'est pas obligé de s'en servir voire on peut l'enlever…

Tout a fait , le systeme de snap ( sans avoir installé un seul logiciel dans ce format donc ) prend plus de 3Go d ' espace disque .
Etant donné que la demandeuse a precisé mainte fois qu ' elle est debutante , plutot que de lui faire faire des manoeuvres qu ' elle ne va pas comprendre , et donc avec un risque augmenté de faire des erreurs , je prefere directement renvoyé là ou y a juste a faire une installation et basta .
C ' est a dire sur Linux Mint XFCE , de façon a ce que soit le plus " clés en main " , avec le moins de commande a passer , en adequation avec sa machine etc , c ' est la distri qui va bien dans son cas , a mon avis .

Y en a certainement d' autre , je ne prétends pas les connaitre toutes ...

Dernière modification par iznobe (Le 21/04/2023, à 13:46)

retour COMPLET et utilisable de commande |  script montage partitions | script install auto BROTHER]

MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#54 Le 22/04/2023, à 04:26

Coeur Noir

Re : mémoire saturée

T'es pas cool... Moi aussi je t'aime... Lol... Ce que je voulais dire c'est juste que l'important est de comprendre pourquoi il y a de la réservation d'espace à root…

Alors lis les liens qu'on te propose.

Juste pour être sûr tu compte comment ?

Et exprime clairement ce que tu estimes important, au lieu de tenter de te justifier à posteriori.
Tu peux voir l'espace réservé comme un verrou à faire sauter en cas de besoin ( sa fonction première est liée à la gestion de la fragmentation, là cette idée d'issue de secours c'est un détournement qu'on peut en faire aujourd'hui… )
Ne pas avoir ce « verrou » à disposition, c'est prendre le risque que le système se bloque faute à vraiment plus du tout d'espace disponible sur une partition - et où on ne saurait pas quoi effacer sans regret / danger.
Donc non, il ne faut pas mettre à 0 cet espace réservé sur n'importe quelle partition ( / ou /var ou /log ou autres parties « système » qu'on mettrait dans des partitions dédiées. )

Tiens un autre illustration → https://forum.ubuntu-fr.org/viewtopic.php?id=2078878

Dernière modification par Coeur Noir (Le 22/04/2023, à 04:26)

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

Hors ligne

#55 Le 22/04/2023, à 08:14

Qid

Re : mémoire saturée

Coeur Noir a écrit :

T'es pas cool... Moi aussi je t'aime... Lol... Ce que je voulais dire c'est juste que l'important est de comprendre pourquoi il y a de la réservation d'espace à root…

Alors lis les liens qu'on te propose.

Juste pour être sûr tu compte comment ?

Et exprime clairement ce que tu estimes important, au lieu de tenter de te justifier à posteriori.

Je t'accorde que la seconde citation était une phrase foireuse une fois remise dans son contexte...

Quant-à la première par contre je vais continuer à rester dans le flou car si j'ai du mal à comprendre un sujet qui pourtant est exprimé en français je ne vais pas essayer en langue étrangère... Quant aux traducteurs c'est rarement une bonne idée et perso je ne joue pas encore avec Chatgpt ... Sur ce si tu veux bien on en reste là wink

"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

Hors ligne

#56 Le 22/04/2023, à 14:01

LRDP

Re : mémoire saturée

Bonjour,
pardon si je vous dérange mais au post #23

Geole  a écrit :

Soit le SSD est un NVME   qui utilisable uniquement avec windows et que ubuntu ne sait pas détecter..

En fait, Ubuntu peut très bien détecter les NVME ou M2 , mais il faut indiquer dans le BIOS que les périphériques intégrés sont en PCIe et non SATA (même s'il y a des satas) et installer dans le système de fichiers le NVME sur /mnt et non /media (pourquoi, je ne sais pas) mais c'est ainsi que sur une de mes machines équipée d'un M2 de 2 To, il se monte au démarrage sans problème.

C'est le fait que les Cartes-Mère installent les "disques" en fait les cartes M2 sur les ports PCIe, pareils pour les extensions SATA sur des cartes M2 ou PCI. Mais les BIOS par défaut indiquent SATA pour les périphériques.
Bon WE

ARCH Linux i3     
CM MSI B450, Ryzen 5 5600G, 32 Go de RAM,
"NVIDIA, f* you!"** - Linus Torvalds

Hors ligne

#57 Le 22/04/2023, à 14:57

geole

Re : mémoire saturée

Bonjour
Je confirme ce que j'ai dit: Tant que le bios n'a pas été modifié, ubuntu ne  sait pas détecter le NVME car il n'est pas  assimilable à un disque dur ( vieux  mode AHCI). Donc autant avoir directement la réponse du bios

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#58 Le 22/04/2023, à 15:17

Coeur Noir

Re : mémoire saturée

Oui Geole mais c'est un préalable normal et souhaitable que de régler correctement un bios, afin qu'il soit conforme à la réalité matérielle de l'installation.
Sans ça, le ou les OS que tu installes « derrière » ce bios risquent de « mal voir » ce qu'ils peuvent faire avec ce matériel.

Comme d'un OS à l'autre, certains matériels sont plus ou moins bien pris en charge,
la remarque de LRDP est pertinente, le bios est à affiner au préalable en fonction de ce qui sera installé comme OS ensuite.

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

Hors ligne

#59 Le 22/04/2023, à 21:46

Qid

Re : mémoire saturée

Toujours est-il que dans la machine en question c'est sûr que c'est mort pour ajouter du stockage vu la config de base... Et le bios n'y pourra rien wink

"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

Hors ligne

#60 Le 23/04/2023, à 00:00

Coeur Noir

Re : mémoire saturée

c'est sûr que c'est mort

Non non c'est pas mort mais ça demanderait de sacrées précautions ( démontage du pc et observation des possibilités sur cette carte mère ), de la recherche ( trouver le mmc 64G qui va bien ) et des talents de « bricoleur » avancé ( s'il faut souder un port M2 ou fixer un SSD si un port sata est disponible… )

Le bios ne change rien aux capacités du matériel, ok, mais mal réglé, il interdirait l'accès de l'OS à certain(s) matériel(s) - ça n'était visiblement pas le cas, on n'est pas sur du nvme ou du stockage hybride ici ( rst et pseudo raid… )

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

Hors ligne

#61 Le 23/04/2023, à 08:42

Qid

Re : mémoire saturée

Coeur Noir a écrit :

Le bios ne change rien aux capacités du matériel, ok, mais mal réglé, il interdirait l'accès de l'OS à certain(s) matériel(s)

Ça on est d'accord...

C'est du vécu et c'est pour ça que je ne peux plus blairer Asus : un second port sata inopérant qui m'a donc imposé une mise à jour bios... Info clairement trouvé sur forum officiel Asus ainsi que la méthodo officielle... Pourtant j'ai brické mon ordi neuf que j'avais entre les mains depuis moins de 12h... Ils n'ont évidemment pas voulu prendre leur responsabilité... Encore désolé pour là boutique en ligne qui s'est donc pris mon droit de rétractation en pleine tête...

Sur ce j'arrête de raconter ma vie wink
Revenons au sujet initial et au post d'iznobe du 21/04/2023 à 13:46:02 qui me semble être le dernier important même si je ne reste pas trop d'accord avec le fait de proposer linux mint... Perso je maintiens que quitte à utiliser mint je pense que c'est plus logique d'utiliser LMDE... Mais en tous cas l'une comme l'autre ne sont pas supportée officiellement par notre communauté...

"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

Hors ligne

#62 Le 25/04/2023, à 17:23

geole

Re : mémoire saturée

Bonjour
Un complément d'information.
Traduction automatique de man tune2fs
-m pourcentage-de-blocs-réservés
              Définissez le pourcentage du système de fichiers qui ne peut être utilisé  que
              par des procédés privilégiés. Réserver un certain nombre de fichiers
              blocs système à utiliser par les processus privilégiés est fait pour éviter la
              fragmentation du système de fichiers et pour autoriser les démons système, tels que
              syslogd(8), pour continuer à fonctionner correctement après
              les processus légaux ne peuvent pas écrire dans le système de fichiers.
              Normalement, le pourcentage par défaut de blocs réservés est de 5 %.
Mais, bon à savoir

df -B 512  -text4
Sys. de fichiers blocs de 512B  Utilisé Disponible Uti% Monté sur
/dev/sda12            57151576 38876600   15321152  72% /
sudo tune2fs -m 0 /dev/sda12
tune2fs 1.47.0 (5-Feb-2023)
Définition du pourcentage de blocs réservés à 0% (0 blocs)

On voit bien qu'on récupère de l'espace

df -B 512  -text4
Sys. de fichiers blocs de 512B  Utilisé Disponible Uti% Monté sur
/dev/sda12            57151576 39621040   17497768  70% /

Mais le système ne donne pas tout car
57151576 - 39621040 - 17497768 = 32768
De plus

sudo fdisk -l /dev/sda12
Disque /dev/sda12 : 27,86 GiB, 29911678976 octets, 58421248 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets

et  58421248 - 57151576   = 1239672   Soit presque 620 Mo. Plus de 2% de la taille de la partition.  Je ne sais pas ce que cela est. Le  journal ???


Je viens de faire le nécessaire pour partir dans une aventure.

df -Bm -text4
Sys. de fichiers blocs de 1M Utilisé Disponible Uti% Monté sur
/dev/sda12            27907M  27891M         0M 100% /
sudo apt update
[sudo] Mot de passe de a : 
Atteint :1 http://archive.ubuntu.com/ubuntu lunar InRelease
Err :1 http://archive.ubuntu.com/ubuntu lunar InRelease
  Splitting up /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_lunar_InRelease into data and signature failed
Réception de :2 http://archive.ubuntu.com/ubuntu lunar-updates InRelease [90,7 kB]
Ign :2 http://archive.ubuntu.com/ubuntu lunar-updates InRelease
Atteint :3 http://archive.ubuntu.com/ubuntu lunar-backports InRelease
Err :3 http://archive.ubuntu.com/ubuntu lunar-backports InRelease
  Splitting up /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_lunar-backports_InRelease into data and signature failed
Réception de :4 http://archive.ubuntu.com/ubuntu lunar-security InRelease [90,7 kB]
Ign :4 http://archive.ubuntu.com/ubuntu lunar-security InRelease
Réception de :2 http://archive.ubuntu.com/ubuntu lunar-updates InRelease [90,7 kB]
Ign :2 http://archive.ubuntu.com/ubuntu lunar-updates InRelease
Réception de :4 http://archive.ubuntu.com/ubuntu lunar-security InRelease [90,7 kB]
Ign :4 http://archive.ubuntu.com/ubuntu lunar-security InRelease
Réception de :2 http://archive.ubuntu.com/ubuntu lunar-updates InRelease [90,7 kB]
Ign :2 http://archive.ubuntu.com/ubuntu lunar-updates InRelease
Réception de :4 http://archive.ubuntu.com/ubuntu lunar-security InRelease [90,7 kB]
Ign :4 http://archive.ubuntu.com/ubuntu lunar-security InRelease
Réception de :2 http://archive.ubuntu.com/ubuntu lunar-updates InRelease [90,7 kB]
Err :2 http://archive.ubuntu.com/ubuntu lunar-updates InRelease
  Erreur d'écriture sur un fichier - write (28: Aucun espace disponible sur le périphérique) [IP : 2001:67c:1562::18 80]
Réception de :4 http://archive.ubuntu.com/ubuntu lunar-security InRelease [90,7 kB]
Err :4 http://archive.ubuntu.com/ubuntu lunar-security InRelease
  Erreur d'écriture sur un fichier - write (28: Aucun espace disponible sur le périphérique) [IP : 2001:67c:1562::18 80]
Lecture des listes de paquets... Erreur !
W: Une erreur s'est produite lors du contrôle de la signature. Le dépôt n'est pas mis à jour et les fichiers d'index précédents seront utilisés. Erreur de GPG : http://archive.ubuntu.com/ubuntu lunar InRelease : Splitting up /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_lunar_InRelease into data and signature failed
W: Une erreur s'est produite lors du contrôle de la signature. Le dépôt n'est pas mis à jour et les fichiers d'index précédents seront utilisés. Erreur de GPG : http://archive.ubuntu.com/ubuntu lunar-backports InRelease : Splitting up /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_lunar-backports_InRelease into data and signature failed
W: Impossible de récupérer http://archive.ubuntu.com/ubuntu/dists/lunar/InRelease  Splitting up /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_lunar_InRelease into data and signature failed
W: Impossible de récupérer http://archive.ubuntu.com/ubuntu/dists/lunar-updates/InRelease  Erreur d'écriture sur un fichier - write (28: Aucun espace disponible sur le périphérique) [IP : 2001:67c:1562::18 80]
W: Impossible de récupérer http://archive.ubuntu.com/ubuntu/dists/lunar-backports/InRelease  Splitting up /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_lunar-backports_InRelease into data and signature failed
W: Impossible de récupérer http://archive.ubuntu.com/ubuntu/dists/lunar-security/InRelease  Erreur d'écriture sur un fichier - write (28: Aucun espace disponible sur le périphérique) [IP : 2001:67c:1562::18 80]
W: Le téléchargement de quelques fichiers d'index a échoué, ils ont été ignorés, ou les anciens ont été utilisés à la place.
E: Erreur d'écriture - write (28: Aucun espace disponible sur le périphérique)
E: Erreur d'entrée/sortie lors de la sauvegarde du fichier de cache des sources
E: Les listes de paquets ou le fichier « status » ne peuvent être analysés ou lus.
a@a:~$ journalctl -f
avril 25 18:06:06 a sudo[48262]: pam_unix(sudo:session): session closed for user root
avril 25 18:07:55 a sudo[48552]:        a : TTY=pts/2 ; PWD=/home/a ; USER=root ; COMMAND=/usr/bin/apt update
avril 25 18:07:55 a sudo[48552]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1000)
avril 25 18:07:56 a systemd[1]: Starting apt-news.service - Update APT News...
avril 25 18:07:56 a systemd[1]: Starting esm-cache.service - Update the local ESM caches...
avril 25 18:07:58 a systemd[1]: apt-news.service: Deactivated successfully.
avril 25 18:07:58 a systemd[1]: Finished apt-news.service - Update APT News.
avril 25 18:07:58 a systemd[1]: esm-cache.service: Deactivated successfully.
avril 25 18:07:58 a systemd[1]: Finished esm-cache.service - Update the local ESM caches.
avril 25 18:08:09 a sudo[48552]: pam_unix(sudo:session): session closed for user root
sudo apt install ncdu
Lecture des listes de paquets... Erreur !
E: Erreur d'écriture - write (28: Aucun espace disponible sur le périphérique)
E: Erreur d'entrée/sortie lors de la sauvegarde du fichier de cache des sources
E: Les listes de paquets ou le fichier « status » ne peuvent être analysés ou lus.

Pour le moment,, cela ne plante pas.

journalctl -n 25
avril 25 18:25:48 a systemd-journald[228]: Failed to open system journal: No space left on device
avril 25 18:25:49 a systemd-journald[228]: Failed to open system journal: No space left on device
avril 25 18:25:49 a systemd-journald[228]: Failed to open system journal: No space left on device
avril 25 18:25:49 a systemd-journald[228]: Failed to open system journal: No space left on device
avril 25 18:25:49 a systemd-journald[228]: Failed to open system journal: No space left on device
avril 25 18:25:49 a systemd-journald[228]: Failed to open system journal: No space left on device
avril 25 18:25:49 a systemd-journald[228]: Failed to open system journal: No space left on device
avril 25 18:25:49 a systemd-journald[228]: Failed to open system journal: No space left on device
avril 25 18:25:49 a systemd-journald[228]: Failed to open system journal: No space left on device
avril 25 18:25:49 a systemd-journald[228]: Failed to open system journal: No space left on device
avril 25 18:25:49 a systemd-journald[228]: Failed to open system journal: No space left on device
avril 25 18:25:49 a systemd-journald[228]: Failed to open system journal: No space left on device
avril 25 18:25:49 a systemd-journald[228]: Failed to open system journal: No space left on device
avril 25 18:25:50 a systemd-journald[228]: Failed to open system journal: No space left on device
avril 25 18:25:50 a systemd-journald[228]: Failed to open system journal: No space left on device
avril 25 18:25:50 a systemd-journald[228]: Failed to open system journal: No space left on device
avril 25 18:25:50 a systemd-journald[228]: Failed to open system journal: No space left on device
avril 25 18:25:50 a systemd-journald[228]: Failed to open system journal: No space left on device
avril 25 18:25:50 a systemd-journald[228]: Failed to open system journal: No space left on device
avril 25 18:25:50 a systemd-journald[228]: Failed to open system journal: No space left on device
avril 25 18:25:50 a rsyslogd[749]: rsyslogd: action 'action-3-builtin:omfile' (module 'builtin:omfile') message lost, could not be processed. Check fo>
avril 25 18:25:50 a rsyslogd[749]: rsyslogd: file '/var/log/syslog'[7] write error - see https://www.rsyslog.com/solving-rsyslog-write-errors/ for hel>
avril 25 18:25:50 a rsyslogd[749]: rsyslogd: action 'action-3-builtin:omfile' (module 'builtin:omfile') message lost, could not be processed. Check fo>
avril 25 18:25:50 a rsyslogd[749]: rsyslogd: file '/var/log/syslog'[7] write error - see https://www.rsyslog.com/solving-rsyslog-write-errors/ for hel>
avril 25 18:25:50 a rsyslogd[749]: rsyslogd: action 'action-3-builtin:omfile' (module 'builtin:omfile') message lost, could not be processed. Check fo>
lines 1-25/25 (END)

Je n'ai pas eu le temps d'écrire la suite en publiant une capture de la commande top  montrant que rsyslog  consomme 200% de processeur car il y a eu plantage....
Au reboot,        quelques process n'ont pas mis en route  dont gmd.service  dont le montage est demandé en boucle. Donc reboot en recovery..



Je viens de remettre à 5% et  je recommence. Cela va probablement faire pareil.

âches: 239 total,   3 en cours, 236 en veille,   0 arrêté,   0 zombie
%Cpu(s): 50,0 ut, 25,0 sy,  0,0 ni, 25,0 id,  0,0 wa,  0,0 hi,  0,0 si,  0,0 st 
MiB Mem :   5800,6 total,    187,1 libr,   2086,6 util,   4201,1 tamp/cache     
MiB Éch:   4096,0 total,   4043,7 libr,     52,3 util.   3714,0 dispo Mem 

    PID UTIL.     PR  NI    VIRT    RES    SHR S  %CPU  %MEM    TEMPS+ COM.     
   1130 syslog    20   0  361620  95056   4096 R 175,0   1,6   1:19.65 rsyslogd 
    224 root      19  -1   39752  14172  12892 R  81,2   0,2   0:39.84 systemd+ 
   1612 a         20   0 4186084 237564 107500 S  25,0   4,0   1:44.44 gnome-s+ 
   2424 a         20   0  720000  64348  46716 S   6,2   1,1   0:16.42 gnome-t+

Il semble que non pour le moment   cela boucle     avec notamment un message me disant de consulter
https://www.rsyslog.com/e/2027

Dernière modification par geole (Le 26/04/2023, à 06:53)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#63 Le 25/04/2023, à 23:45

Coeur Noir

Re : mémoire saturée

Je viens de remettre à 5% et  je recommence. Cela va probablement faire pareil.
Ça ne devrait pas faire exactement pareil :
tu ne devrais plus avoir de
Failed to open system journal: No space left on device
ou de
E: Erreur d'écriture - write (28: Aucun espace disponible sur le périphérique)
…sauf si ces 5% ne recouvrent pas un espace suffisant pour ouvrir journal ou écrire les infos de apt.

Plus de 2% de la taille de la partition.  Je ne sais pas ce que cela est
Supposition :
des espaces ( disponibles, occupés ) exprimés en octets, soit la plus petite unité de mesure brute, ne font pas forcément des multiples entiers d'espaces exprimés en blocs.
Car à la base, cet espace réservé est justement là pour résoudre les cas de fragmentation ( utiliser au mieux les blocs, pour y imbriquer les séries d'octets, de façon la plus contiguë possible, afin d'optimiser l'occupation. )
2% serait la quantité de « trous » dans les blocs.

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

Hors ligne

#64 Le 26/04/2023, à 07:02

geole

Re : mémoire saturée

Bonjour
En fait cela n'a pas planté...... Au bout d'un certain temps j 'ai arrêté l'ordinateur et rebooté   
et attendu.......
Au bout de 269 secondes est apparu un message
"Failed to create new system journal No space left on device"

A la fin du repas... Il était toujours là    sans que rien n'avance   donc reboot en mode recovery

J'aurais du penser à déactiver la collecte des journaux.    Il n'y aurait plus eu aucune piste pour comprendre ce qui se passait ou plutôt ne se passait pas.

Je pense que la valeur 5% n'est pas exacte. Sur des partitions de plus grande taille   j'ai 1,02% et 0,43%
En revanche, la différence avec le retour de fdisk, tourne toujours aux environs de 2% (2,55%, 1,87%, 1,74% et 1,61%).

Dernière modification par geole (Le 26/04/2023, à 07:34)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#65 Le 26/04/2023, à 15:31

Coeur Noir

Re : mémoire saturée

Ça renforce l'idée que les ±2% sont les « trous » d'espace inoccupé par bloc : c'est la fragmentation, inévitable.
Si tu as des blocs de 512 unités, et un fichier qui mesure 513 unités, alors ce fichier est stocké dans 2 blocs, dont un dispose encore de 511 unités disponibles.

Tu les « mesures » comment tes 1,02% et 0,43% ?

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

Hors ligne

#66 Le 26/04/2023, à 15:39

geole

Re : mémoire saturée

Les valeurs brutes

df -B 512  -text4
Sys. de fichiers blocs de 512B    Utilisé Disponible Uti% Monté sur
/dev/sda6             72390784   62436872    6395056  91% /
/dev/md127           960773776  893718656   57257304  94% /Raids
/dev/sdc11          1314286464 1308645000          0 100% /media/a/DoublePourTV
/dev/sda7             48502696   39121576    9348352  81% /VirtualWindows

sudo fdisk -l | grep -E "sda6|md127|sdc11|sda7"
/dev/sda6    160669696 234440703 73771008  35,2G Système de fichiers Linux
/dev/sda7    111036416 160669695 49633280  23,7G Système de fichiers Linux
/dev/sdc11   1592735744 2930262015 1337526272 637,8G Système de fichiers Linux
Disque /dev/md127 : 465,63 GiB, 499970473984 octets, 976504832 secteurs

Puis après libreofficecalc

Je penserais plutôt à des  fichiers  ayant l'espace  alloué par paquets de 4K
   Si le fichier occupe 1 secteur, 7 secteurs sont perdus

Dernière modification par geole (Le 26/04/2023, à 15:52)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#67 Le 26/04/2023, à 16:45

Coeur Noir

Re : mémoire saturée

Pour sdc11
si tu l'as passé précédemment à 0% d'espace réservé, puis que tu l'as ensuite rempli à 100% ( moins la fragmentation inévitable )
→ celui-là maintenant qu'il est plein, tu ne peux pas lui remettre 5% d'espace réservé. Il n'y plus assez de secteurs disponibles pour allouer 5% d'entre eux à root.
→ je suppose que le système prendra ce qu'il peut dans les secteurs disponibles ?

Pour sda6
100% de l'espace accessible, il me semble que ça représenterait 62 436 872 ÷ 91 × 100 soit 68 611 947
Le nombre total de blocs 72 390 784 - les utilisés 68 611 947 = 3 778 837 donnent l'espace réservé.
Or 5% de 72 390 784 blocs ça fait 3 619 539 soit quelque chose de très proche, l'écart c'est la fragmentation ou le fait que root utilise actuellement de l'espace réservé pour autre chose ou simplement l'approximation à cause des pourcentages exprimés en entier sans décimales…

Pour sda7 là effectivement ça colle pas si tu penses avoir remis 5% d'espace réservé sur celui là…
39 121 576 ÷ 81 × 100 = 48 298 241
48 502 696 - 48 298 241 = 204 454
or 5% de 48 502 696 c'est 2 425 134 soit 10× davantage…
→ ici on est plutôt à une valeur de 0,4% or au #45 tu montres un :

sudo tune2fs -m 0.4 /dev/mcblk0p2

coïncidence ?

En fait tout va bien…

Dernière modification par Coeur Noir (Le 26/04/2023, à 16:47)

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

Hors ligne

Pages : 1 2 3