Contenu | Rechercher | Menus

Annonce

Ubuntu 16.04 LTS
Commandez vos DVD et clés USB Ubuntu-fr !

Pour en savoir un peu plus sur l'équipe du forum.

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.

#1 Le 25/02/2017, à 22:51

L_d_v_c@

[RÉSOLU] Importance de mettre au moins 30 Go pour / en 2017…

Bonjour,

L'importance de mettre au moins 30 Go pour / en 2017… est souvent discutée.

Je n'avais que 18 Go réservés pour / sur ma LibraZiK (MAO à base Debian) sur mon SSD (aucun bruit pour travailler la musique, composition, enregistrement, mixage). J'avais fait une partition / assez petite avec un formatage pratique (/, swap et /home) - 2 Gio swap parce que c'est beaucoup mieux pour mon utilisation - 8 Gio de RAM. Et les données - trop de données dans /home.

ludovic@debian-LibraZiK:/tmp$ df -H
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev                11M       0   11M   0% /dev
tmpfs              1,7G    9,7M  1,7G   1% /run
/dev/sda1           18G     17G     0 100% /
tmpfs              4,2G    140k  4,2G   1% /dev/shm
tmpfs              5,3M    4,1k  5,3M   1% /run/lock
tmpfs              4,2G       0  4,2G   0% /sys/fs/cgroup
/dev/sda5          107G     67G   39G  64% /home
tmpfs              838M    4,1k  838M   1% /run/user/116
tmpfs              838M     25k  838M   1% /run/user/1000

Mais j'ai voulu travailler sur un enregistrement audio trop gros (moins de 2 Go en .WAV sûrement compressé, ce n'était pas du .WAV PCM je pense) et Audacity a commencé à remplir la partition /var/tmp … jusqu'à saturation de la partition / qui m'a fait perdre une demi-heure, étant un utilisateur avancé, j'ai réussi à m'en sortir… avec un peu de mal quand même…

root@debian-LibraZiK:/var# du -h 
4,0K	./cache/realmd
1,3M	./cache/fontconfig
4,0K	./cache/PackageKit/downloads
8,0K	./cache/PackageKit
48K	./cache/dictionaries-common
124M	./cache/apt-xapian-index/index.1
124M	./cache/apt-xapian-index
16K	./cache/system-tools-backends/backup/1/etc
8,0K	./cache/system-tools-backends/backup/1/var/cache/system-tools-backends
12K	./cache/system-tools-backends/backup/1/var/cache
16K	./cache/system-tools-backends/backup/1/var
36K	./cache/system-tools-backends/backup/1
8,0K	./cache/system-tools-backends/backup/9/var/cache/system-tools-backends
12K	./cache/system-tools-backends/backup/9/var/cache
16K	./cache/system-tools-backends/backup/9/var
20K	./cache/system-tools-backends/backup/9
8,0K	./cache/system-tools-backends/backup/6/var/cache/system-tools-backends
12K	./cache/system-tools-backends/backup/6/var/cache
16K	./cache/system-tools-backends/backup/6/var
20K	./cache/system-tools-backends/backup/6
8,0K	./cache/system-tools-backends/backup/7/var/cache/system-tools-backends
12K	./cache/system-tools-backends/backup/7/var/cache
16K	./cache/system-tools-backends/backup/7/var
20K	./cache/system-tools-backends/backup/7
4,0K	./cache/system-tools-backends/backup/First
8,0K	./cache/system-tools-backends/backup/4/var/cache/system-tools-backends
12K	./cache/system-tools-backends/backup/4/var/cache
16K	./cache/system-tools-backends/backup/4/var
20K	./cache/system-tools-backends/backup/4
8,0K	./cache/system-tools-backends/backup/5/var/cache/system-tools-backends
12K	./cache/system-tools-backends/backup/5/var/cache
16K	./cache/system-tools-backends/backup/5/var
20K	./cache/system-tools-backends/backup/5
8,0K	./cache/system-tools-backends/backup/3/var/cache/system-tools-backends
12K	./cache/system-tools-backends/backup/3/var/cache
16K	./cache/system-tools-backends/backup/3/var
20K	./cache/system-tools-backends/backup/3
8,0K	./cache/system-tools-backends/backup/2/var/cache/system-tools-backends
12K	./cache/system-tools-backends/backup/2/var/cache
16K	./cache/system-tools-backends/backup/2/var
20K	./cache/system-tools-backends/backup/2
8,0K	./cache/system-tools-backends/backup/8/var/cache/system-tools-backends
12K	./cache/system-tools-backends/backup/8/var/cache
16K	./cache/system-tools-backends/backup/8/var
20K	./cache/system-tools-backends/backup/8
204K	./cache/system-tools-backends/backup
212K	./cache/system-tools-backends
4,0K	./cache/apt/archives/partial
2,5G	./cache/apt/archives
2,6G	./cache/apt
8,0K	./cache/lightdm/dmrc
12K	./cache/lightdm
88K	./cache/ldconfig
7,0M	./cache/flashplugin-nonfree
992K	./cache/cracklib
4,0K	./cache/cups/rss
5,7M	./cache/cups
7,5M	./cache/debconf
28K	./cache/man/sv
32K	./cache/man/pt
24K	./cache/man/sl
24K	./cache/man/da
24K	./cache/man/ko
24K	./cache/man/fsstnd
32K	./cache/man/it
32K	./cache/man/pl
56K	./cache/man/de
48K	./cache/man/ja
24K	./cache/man/zh_CN
24K	./cache/man/hu
304K	./cache/man/fr
24K	./cache/man/pt_BR
32K	./cache/man/ru
24K	./cache/man/cs
36K	./cache/man/es
24K	./cache/man/zh_TW
24K	./cache/man/tr
24K	./cache/man/id
24K	./cache/man/vi
24K	./cache/man/nl
24K	./cache/man/fi
2,0M	./cache/man
2,8G	./cache
4,0K	./log/firebird
208K	./log/apt
32K	./log/lightdm
4,0K	./log/speech-dispatcher
4,0K	./log/fsck
56K	./log/exim4
32K	./log/cups
14M	./log/installer/cdebconf
16M	./log/installer
32M	./log
4,0K	./tmp/systemd-private-3919717a9bcd494cb65cd6980356de50-systemd-timesyncd.service-GwMCi9/tmp
8,0K	./tmp/systemd-private-3919717a9bcd494cb65cd6980356de50-systemd-timesyncd.service-GwMCi9
4,0K	./tmp/systemd-private-3919717a9bcd494cb65cd6980356de50-cups.service-y668YD/tmp
8,0K	./tmp/systemd-private-3919717a9bcd494cb65cd6980356de50-cups.service-y668YD
4,0K	./tmp/systemd-private-5eb3d0bf4ac743168d9882b2ca123cda-colord.service-EkByZp/tmp
8,0K	./tmp/systemd-private-5eb3d0bf4ac743168d9882b2ca123cda-colord.service-EkByZp
4,0K	./tmp/systemd-private-c5d35669f1f042acac990ebc6462b7bf-rtkit-daemon.service-pr10pQ/tmp
8,0K	./tmp/systemd-private-c5d35669f1f042acac990ebc6462b7bf-rtkit-daemon.service-pr10pQ
4,0K	./tmp/systemd-private-129cc2a392924418ab327cf501ce720a-rtkit-daemon.service-fbtXch/tmp
8,0K	./tmp/systemd-private-129cc2a392924418ab327cf501ce720a-rtkit-daemon.service-fbtXch
11M	./tmp/kdecache-ludovic
4,0K	./tmp/systemd-private-5eb3d0bf4ac743168d9882b2ca123cda-rtkit-daemon.service-n49Ij1/tmp
8,0K	./tmp/systemd-private-5eb3d0bf4ac743168d9882b2ca123cda-rtkit-daemon.service-n49Ij1
4,0K	./tmp/systemd-private-5eb3d0bf4ac743168d9882b2ca123cda-cups.service-HK88Ck/tmp
8,0K	./tmp/systemd-private-5eb3d0bf4ac743168d9882b2ca123cda-cups.service-HK88Ck
4,0K	./tmp/systemd-private-129cc2a392924418ab327cf501ce720a-colord.service-GkWTJi/tmp
8,0K	./tmp/systemd-private-129cc2a392924418ab327cf501ce720a-colord.service-GkWTJi
4,0K	./tmp/systemd-private-129cc2a392924418ab327cf501ce720a-cups.service-eZrxfB/tmp
8,0K	./tmp/systemd-private-129cc2a392924418ab327cf501ce720a-cups.service-eZrxfB
4,0K	./tmp/systemd-private-129cc2a392924418ab327cf501ce720a-systemd-timesyncd.service-JBq3MU/tmp
8,0K	./tmp/systemd-private-129cc2a392924418ab327cf501ce720a-systemd-timesyncd.service-JBq3MU
4,0K	./tmp/systemd-private-c5d35669f1f042acac990ebc6462b7bf-colord.service-hDJKuI/tmp
8,0K	./tmp/systemd-private-c5d35669f1f042acac990ebc6462b7bf-colord.service-hDJKuI
4,0K	./tmp/systemd-private-c5d35669f1f042acac990ebc6462b7bf-systemd-timesyncd.service-J5Rz1t/tmp
8,0K	./tmp/systemd-private-c5d35669f1f042acac990ebc6462b7bf-systemd-timesyncd.service-J5Rz1t
408K	./tmp/audacity-ludovic/project1887052146/e09/d56
412K	./tmp/audacity-ludovic/project1887052146/e09
261M	./tmp/audacity-ludovic/project1887052146/e06/d7b
157M	./tmp/audacity-ludovic/project1887052146/e06/d78
261M	./tmp/audacity-ludovic/project1887052146/e06/d7d
261M	./tmp/audacity-ludovic/project1887052146/e06/d79
261M	./tmp/audacity-ludovic/project1887052146/e06/d7c
261M	./tmp/audacity-ludovic/project1887052146/e06/d7e
261M	./tmp/audacity-ludovic/project1887052146/e06/d7f
261M	./tmp/audacity-ludovic/project1887052146/e06/d7a
2,0G	./tmp/audacity-ludovic/project1887052146/e06
3,3M	./tmp/audacity-ludovic/project1887052146/e07/dc1
3,3M	./tmp/audacity-ludovic/project1887052146/e07
16K	./tmp/audacity-ludovic/project1887052146/e0b/d10
20K	./tmp/audacity-ludovic/project1887052146/e0b
261M	./tmp/audacity-ludovic/project1887052146/e00/d06
261M	./tmp/audacity-ludovic/project1887052146/e00/d09
261M	./tmp/audacity-ludovic/project1887052146/e00/d08
261M	./tmp/audacity-ludovic/project1887052146/e00/d03
261M	./tmp/audacity-ludovic/project1887052146/e00/d04
261M	./tmp/audacity-ludovic/project1887052146/e00/d07
261M	./tmp/audacity-ludovic/project1887052146/e00/d0b
261M	./tmp/audacity-ludovic/project1887052146/e00/d0c
261M	./tmp/audacity-ludovic/project1887052146/e00/d00
261M	./tmp/audacity-ludovic/project1887052146/e00/d01
261M	./tmp/audacity-ludovic/project1887052146/e00/d0a
261M	./tmp/audacity-ludovic/project1887052146/e00/d02
261M	./tmp/audacity-ludovic/project1887052146/e00/d05
62M	./tmp/audacity-ludovic/project1887052146/e00/d0d
3,4G	./tmp/audacity-ludovic/project1887052146/e00
5,3G	./tmp/audacity-ludovic/project1887052146
5,3G	./tmp/audacity-ludovic
4,0K	./tmp/systemd-private-5eb3d0bf4ac743168d9882b2ca123cda-systemd-timesyncd.service-BDZkHg/tmp
8,0K	./tmp/systemd-private-5eb3d0bf4ac743168d9882b2ca123cda-systemd-timesyncd.service-BDZkHg
5,4G	./tmp
4,0K	./spool/libreoffice/uno_packages/cache
8,0K	./spool/libreoffice/uno_packages
12K	./spool/libreoffice
4,0K	./spool/rsyslog
4,0K	./spool/cron/crontabs
8,0K	./spool/cron
4,0K	./spool/exim4/db
4,0K	./spool/exim4/input
4,0K	./spool/exim4/msglog
20K	./spool/exim4
4,0K	./spool/lpd
16K	./spool/anacron
4,0K	./spool/cups/tmp
32K	./spool/cups
100K	./spool
4,0K	./local
4,0K	./lib/sudo/lectured
8,0K	./lib/sudo
8,0K	./lib/gconf/debian.defaults
4,0K	./lib/gconf/debian.mandatory
3,5M	./lib/gconf/defaults
3,5M	./lib/gconf
4,0K	./lib/insserv
4,0K	./lib/realmd
496K	./lib/usbutils
4,0K	./lib/snmp
8,0K	./lib/blueman
12K	./lib/PackageKit
20K	./lib/NetworkManager
4,0K	./lib/usb_modeswitch
8,0K	./lib/dictionaries-common/ispell
12K	./lib/dictionaries-common/wordlist
8,0K	./lib/dictionaries-common/aspell
32K	./lib/dictionaries-common
4,0K	./lib/libreoffice/share/prereg/bundled
8,0K	./lib/libreoffice/share/prereg
12K	./lib/libreoffice/share
16K	./lib/libreoffice
4,0K	./lib/dhcp
4,0K	./lib/polkit-1/localauthority/90-mandatory.d
4,0K	./lib/polkit-1/localauthority/20-org.d
4,0K	./lib/polkit-1/localauthority/50-local.d
20K	./lib/polkit-1/localauthority/10-vendor.d
4,0K	./lib/polkit-1/localauthority/30-site.d
40K	./lib/polkit-1/localauthority
44K	./lib/polkit-1
4,0K	./lib/geoclue
12K	./lib/menu-xdg/menus
124K	./lib/menu-xdg/desktop-directories/menu-xdg
128K	./lib/menu-xdg/desktop-directories
300K	./lib/menu-xdg/applications/menu-xdg
304K	./lib/menu-xdg/applications
448K	./lib/menu-xdg
8,0K	./lib/security
4,0K	./lib/udisks2
16K	./lib/alsa
4,0K	./lib/misc
160K	./lib/smartmontools/drivedb
1,9M	./lib/smartmontools
3,3M	./lib/apt-xapian-index
12K	./lib/sgml-base
4,0K	./lib/udisks
4,0K	./lib/AccountsService/icons
8,0K	./lib/AccountsService/users
16K	./lib/AccountsService
17M	./lib/aspell
12K	./lib/ghostscript/fonts
20K	./lib/ghostscript/CMap
36K	./lib/ghostscript
4,0K	./lib/update-rc.d
4,0K	./lib/apache2
8,0K	./lib/logrotate
8,0K	./lib/bluetooth/00:1B:10:00:2A:EC/cache
8,0K	./lib/bluetooth/00:1B:10:00:2A:EC/B8:69:C2:10:08:96
20K	./lib/bluetooth/00:1B:10:00:2A:EC
24K	./lib/bluetooth
4,0K	./lib/colord/icc
20K	./lib/colord
8,0K	./lib/dbus
1,5M	./lib/firebird/2.5/system
4,0K	./lib/firebird/2.5/data
4,0K	./lib/firebird/2.5/tmp
4,0K	./lib/firebird/2.5/backup
1,5M	./lib/firebird/2.5
1,5M	./lib/firebird
20K	./lib/upower
133M	./lib/apt/lists/partial
404M	./lib/apt/lists
4,0K	./lib/apt/periodic
4,0K	./lib/apt/mirrors/partial
8,0K	./lib/apt/mirrors
404M	./lib/apt
36K	./lib/xml-core
4,0K	./lib/lightdm/.dbus/session-bus
8,0K	./lib/lightdm/.dbus
4,0K	./lib/lightdm/data/ludovic
4,0K	./lib/lightdm/data/lightdm
12K	./lib/lightdm/data
1,3M	./lib/lightdm/.cache/fontconfig
8,0K	./lib/lightdm/.cache/lightdm-gtk-greeter
1,3M	./lib/lightdm/.cache
1,3M	./lib/lightdm
8,0K	./lib/urandom
4,0K	./lib/emacsen-common/state/package/installed
8,0K	./lib/emacsen-common/state/package
4,0K	./lib/emacsen-common/state/flavor/installed
8,0K	./lib/emacsen-common/state/flavor
20K	./lib/emacsen-common/state
24K	./lib/emacsen-common
4,0K	./lib/os-prober
4,0K	./lib/initscripts
4,0K	./lib/vim/addons
8,0K	./lib/vim
4,0K	./lib/man-db
16K	./lib/binfmts
8,0K	./lib/flashplugin-nonfree
36K	./lib/exim4
4,0K	./lib/python
8,0K	./lib/xfonts
4,0K	./lib/nfs/sm
4,0K	./lib/nfs/sm.bak
16K	./lib/nfs
124K	./lib/systemd/catalog
4,0K	./lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants
4,0K	./lib/systemd/deb-systemd-helper-enabled/hybrid-sleep.target.wants
4,0K	./lib/systemd/deb-systemd-helper-enabled/hibernate.target.wants
4,0K	./lib/systemd/deb-systemd-helper-enabled/network-online.target.wants
4,0K	./lib/systemd/deb-systemd-helper-enabled/printer.target.wants
4,0K	./lib/systemd/deb-systemd-helper-enabled/paths.target.wants
4,0K	./lib/systemd/deb-systemd-helper-enabled/suspend.target.wants
4,0K	./lib/systemd/deb-systemd-helper-enabled/bluetooth.target.wants
4,0K	./lib/systemd/deb-systemd-helper-enabled/local-fs.target.wants
4,0K	./lib/systemd/deb-systemd-helper-enabled/sysinit.target.wants
4,0K	./lib/systemd/deb-systemd-helper-enabled/graphical.target.wants
4,0K	./lib/systemd/deb-systemd-helper-enabled/sockets.target.wants
184K	./lib/systemd/deb-systemd-helper-enabled
4,0K	./lib/systemd/coredump
12K	./lib/systemd/rfkill
332K	./lib/systemd
8,0K	./lib/xkb
52K	./lib/ucf/cache
116K	./lib/ucf
4,0K	./lib/synaptic
8,0K	./lib/initramfs-tools
28K	./lib/pam
52K	./lib/dpkg/triggers
77M	./lib/dpkg/info
320K	./lib/dpkg/alternatives
4,0K	./lib/dpkg/parts
4,0K	./lib/dpkg/updates
82M	./lib/dpkg
516M	./lib
6,1M	./backups
400K	./mail
4,0K	./opt
8,6G	.

J'ai résolu mon problème en supprimant les fichiers temporaires d'Audacity, qui survivent au reboot, avec :

root@debian-LibraZiK:/var/tmp# rm -rf ./audacity-ludovic

Je demande juste aux conseilleurs de ce forum, de prendre cet élément en compte. Un ordinateur peut servir à travailler, avec des utilisations concrètes, et mettre moins de 20 Go dans la partition racine / doit se faire en mentionnant le fait que dans un partitionnement simplifié (en deux ou trois partitions), souvent le répertoire temporaire est dans /usr/tmp, lui même dans /.

Merci.
Cordialement,
Ludovic

Dernière modification par L_d_v_c@ (Le 27/02/2017, à 09:00)


Pourquoi GNU/Linux
Bogue -1 : Derrière chaque bogue se cache constamment la faille humaine.
Les programmes conçus par méthodes formelles ne bogueront JAMAIS et ils n'auront pas besoin de mise à jour corrective, puisque tout fonctionnera comme prévu.

Hors ligne

#2 Le 25/02/2017, à 22:56

Bougron

Re : [RÉSOLU] Importance de mettre au moins 30 Go pour / en 2017…

Bonsoir
D'ou le fait de mettre plus de 4 Go pour gèrer ce style d'impondérable.
Cependant, il est bon de rappeler que si cette taille  est "démesurée", une partition de boot deviendra nécessaire.


Ubuntu  BASH 16.04.1 sous windows10  et ubuntu-17.04-beta2 avec le noyau 4.10.0-13 et la future 17.10 depuis le 10 juillet avec le noyau 4.10.0-26
Lubuntu 14.04.4 en 32 bits  et  Lubuntu 16.06.3 en 32 bits noyau 4.10.0-33 pour un vaio pcg-k215s
Ubuntu 16.04.2 avec le noyau 4.4.0-71 et  le noyau 4.8.0.36
Faites votre  auto-dépannage en lisant  https://doc.ubuntu-fr.org/diagnostic.

Hors ligne

#3 Le 25/02/2017, à 23:05

L_d_v_c@

Re : [RÉSOLU] Importance de mettre au moins 30 Go pour / en 2017…

Bonsoir Bougron,
Mettre plus de 4 Go ? Pour ?
Peux-tu donner des exemples de taille démesurée, s'il-te-plait ?
Pourquoi une partition /boot deviendrait-elle nécessaire ?

On m'avait fait faire par le passé du partitionnement sur 9 partitions, car «on ne met pas tous les œufs dans le même panier» sur mon RAID1 logiciel (swap, /boot, /tmp, /, /var, /usr, /home, /datas, /ftp) avant de m'initier à LVM sur RAID1 logiciel, mais je pense que c'était plus pour me former que par nécessité, sans compter tous les accès disques par le système… J'ai dit que trop de partitions (ext2 et ext3) encombrait l'utilisation CPU…


Pourquoi GNU/Linux
Bogue -1 : Derrière chaque bogue se cache constamment la faille humaine.
Les programmes conçus par méthodes formelles ne bogueront JAMAIS et ils n'auront pas besoin de mise à jour corrective, puisque tout fonctionnera comme prévu.

Hors ligne

#4 Le 25/02/2017, à 23:27

Bougron

Re : [RÉSOLU] Importance de mettre au moins 30 Go pour / en 2017…

Mettre pllus de 4Go pour la partition /
Mais moins de 4 To ( probablement moins de 1 To) afin de permettre au grub de trouver le fichier de boot et éviter une partition de boot souvent prévue trop petite!

Dernière modification par Bougron (Le 25/02/2017, à 23:32)


Ubuntu  BASH 16.04.1 sous windows10  et ubuntu-17.04-beta2 avec le noyau 4.10.0-13 et la future 17.10 depuis le 10 juillet avec le noyau 4.10.0-26
Lubuntu 14.04.4 en 32 bits  et  Lubuntu 16.06.3 en 32 bits noyau 4.10.0-33 pour un vaio pcg-k215s
Ubuntu 16.04.2 avec le noyau 4.4.0-71 et  le noyau 4.8.0.36
Faites votre  auto-dépannage en lisant  https://doc.ubuntu-fr.org/diagnostic.

Hors ligne

#5 Le 25/02/2017, à 23:51

L_d_v_c@

Re : [RÉSOLU] Importance de mettre au moins 30 Go pour / en 2017…

Bougron a écrit :

Mettre pllus de 4Go pour la partition /
Mais moins de 4 To ( probablement moins de 1 To) afin de permettre au grub de trouver le fichier de boot et éviter une partition de boot souvent prévue trop petite!

De ce coté-là, pour un SSD 120 Go, le partitionnement en 3 fonctionne bien avec mon ordinateur G41MT-S2PT 8Gio de RAM :
/dev/sda1 / ext4  30Go
/dev/sda2 swap   2Go
/dev/sda5 /home ~95Go

Demain je pousse la / de 18Go à 30 Go avec la session Live.

Je viens de comprendre pourquoi lscpu se plante peut-être sur la taille du cache L2 du processeur, j'ai mis un PGA771 à la place du PGA775 big_smile

lscpu
Architecture :        x86_64
Mode(s) opératoire(s) des processeurs : 32-bit, 64-bit
Boutisme :            Little Endian
Processeur(s) :       4
Liste de processeur(s) en ligne : 0-3
Thread(s) par cœur : 1
Cœur(s) par socket : 4
Socket(s) :           1
Nœud(s) NUMA :       1
Identifiant constructeur : GenuineIntel
Famille de processeur : 6
Modèle :             23
Nom de modèle :      Intel(R) Xeon(R) CPU           E5450  @ 3.00GHz
Révision :           6
Vitesse du processeur en MHz : 3000.000
Vitesse maximale du processeur en MHz : 3000,0000
Vitesse minimale du processeur en MHz : 2000,0000
BogoMIPS :            5999.67
Virtualisation :      VT-x
Cache L1d :           32K
Cache L1i :           32K
Cache L2 :            6144K
Nœud NUMA 0 de processeur(s) : 0-3

Le site du fabricant mentionne 2×6 Mio de cache L2 pour ce processeur, mais lscpu ne voit que 6 Mio.

Enfin ça fonctionne très bien, si on ne regarde pas le gouffre énergétique (55 watts à 100 watts) à la prise secteur pour cet ordinateur.

Dernière modification par L_d_v_c@ (Le 25/02/2017, à 23:52)


Pourquoi GNU/Linux
Bogue -1 : Derrière chaque bogue se cache constamment la faille humaine.
Les programmes conçus par méthodes formelles ne bogueront JAMAIS et ils n'auront pas besoin de mise à jour corrective, puisque tout fonctionnera comme prévu.

Hors ligne

#6 Le 26/02/2017, à 00:04

Rufus T. Firefly

Re : [RÉSOLU] Importance de mettre au moins 30 Go pour / en 2017…

Salut,

/usr/tmp ? Tu es sûr ? Ce n'est pas plutôt /var/tmp ? Parce que chez moi, c'est ça, par défaut.
Le fait est qu'audacity présente probablement un bogue. J'avais remarqué la même chose que toi à l'occasion d'un petit bidouillage que je voulais faire en pensant qu'audacity serait le plus simple. J'ai regardé dans la configuration et j'ai vu qu'on pouvait changer le répertoire temporaire. Mais ça ne fonctionne pas et quand je relançais audacity il renvoyait un message d'erreur du genre "répertoire temporaire introuvable" et il refusait de s'ouvrir (pratique pour changer la configuration !). J'ai laissé tomber, parce que j'avais une autre solution pour mon truc.

A part ça, il y a des choses qui m'intriguent dans tes renvois et que je n'ai jamais rencontrées, tout ces répertoires /var/cache/system-tools-backends/backup.
Chez moi :

rufus@jessie64-kde:~$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda1           12G    5,3G  5,9G  48% /
udev                10M       0   10M   0% /dev
tmpfs              753M    9,0M  745M   2% /run
tmpfs              1,9G    568K  1,9G   1% /dev/shm
tmpfs              5,0M    4,0K  5,0M   1% /run/lock
tmpfs              1,9G       0  1,9G   0% /sys/fs/cgroup
/dev/sda6          398G    343G   35G  91% /data
tmpfs              377M    8,0K  377M   1% /run/user/1000
rufus@jessie64-kde:~$

Et encore, c'est la première fois que je mets autant pour /

Alors ta conclusion est bonne : si un logiciel crée des fichiers temporaires de grande taille dans /var/tmp, qu'il oublie de les effacer en partant et que de surcroît il n'y a pas moyen de les lui faire mettre dans /tmp (effacé automatiquement), il n'y a pas vraiment le choix. Mais d'un autre côté, s'il ne fait pas le ménage en partant, le problème se reproduira rapidement, quelle que soit la taille disponible pour /var/tmp...

Dernière modification par Rufus T. Firefly (Le 26/02/2017, à 00:17)


La provocation est une façon de remettre la réalité sur ses pieds. (Bertolt Brecht)
Il n'y a pas de route royale pour la science et ceux-là seulement ont chance d'arriver à ses sommets lumineux qui ne craignent pas de se fatiguer à gravir ses sentiers escarpés. (Karl Marx)
Il est devenu plus facile de penser la fin du monde que la fin du capitalisme

Hors ligne

#7 Le 26/02/2017, à 02:24

Coeur Noir

Re : [RÉSOLU] Importance de mettre au moins 30 Go pour / en 2017…

Pas forcément la même situation mais je partage la conclusion de ldvc : une partition / proche de 20 Go ne parait pas superflue quand on a un usage un peu soutenu de son PC.

Pour moi  c'est scribus, GIMP, draw, un peu d’audacity, de conversion vidéo vers ciné numérique, en plus des usages bureautiques quotidiens : pas de jeux pas de développement et j'ai atteint plusieurs fois la limite d'inodes et de place disponible, empêchant mises à jour, nouvelles installations et ralentissant la machine. C'était avec / à 15 Go. La passer à 20 semble me suffire.

De plus je mets /tmp en RAM.

Dernière modification par Coeur Noir (Le 26/02/2017, à 02:26)

Hors ligne

#8 Le 26/02/2017, à 07:24

L_d_v_c@

Re : [RÉSOLU] Importance de mettre au moins 30 Go pour / en 2017…

Rufus T. Firefly a écrit :

Salut,

/usr/tmp ? Tu es sûr ? Ce n'est pas plutôt /var/tmp ? Parce que chez moi, c'est ça, par défaut.

Merci Rufus T. Firefly. Je viens de corriger. Pas l'habitude de penser à /var/tmp… Et la commande qui a résolu était bien écrite :

root@debian-LibraZiK:/var/tmp# rm -rf ./audacity-ludovic
Rufus T. Firefly a écrit :

Le fait est qu'audacity présente probablement un bogue. J'avais remarqué la même chose que toi à l'occasion d'un petit bidouillage que je voulais faire en pensant qu'audacity serait le plus simple. J'ai regardé dans la configuration et j'ai vu qu'on pouvait changer le répertoire temporaire. Mais ça ne fonctionne pas et quand je relançais audacity il renvoyait un message d'erreur du genre "répertoire temporaire introuvable" et il refusait de s'ouvrir (pratique pour changer la configuration !). J'ai laissé tomber, parce que j'avais une autre solution pour mon truc.

Oui, on peut changer la configuration par défaut. Un débutant le fera-t-il ? Non. C'est à cause de tout ce genre d'incohérence de configuration que je préconise aux débutants de mettre 30 Go dans / quand c'est possible.
Par le passé, Ubuntu a saturé les partitions de logs, c'est résolu.
Ubuntu s'est retrouvé à cummuler les noyaux qu'il ne nettoyait pas, obligé de triturer pour ne pas que le cumul des mises à jours de noyaux saturent l'espace /. Ce qui oblige plein d'utilisateur débutant à utiliser des outils de nettoyage et ceux-ci virent tous les noyaux, ce n'est pas leur faute, les outils ne sont pas fini et autorise l'utilisateur à retirer tous les noyaux. Difficile de booter normalement après ça !

Je tiens à relever que ce n'est pas une Ubuntu par défaut ici, mais une LibraZiK (Debian) par défaut, mais j'ai constaté il n'y a pas si longtemps le même comportement avec Ubuntu. Je mettais le répertoire temporaire dans ~/Audacity-tmp  (je viens de comprendre l'existence de ce répertoire quasi-vide dans mes sauvegardes - j'avais oublié) ce qui évitait de planter mon système - ce que je vais refaire car je préfère saturer /home que de saturer /. Bogue ou pas bogue d'Audacity ? Un choix de répertoire temporaire mal estimé ? Audacity est super bien, multiplateforme, je l'utilise depuis 2003 je crois et il a bien évolué).

En attendant, la configuration par défaut avec une installation / swap et /home, nécessite de garder de la place dans /.

Rufus T. Firefly a écrit :

A part ça, il y a des choses qui m'intriguent dans tes renvois et que je n'ai jamais rencontrées, tout ces répertoires /var/cache/system-tools-backends/backup.
Chez moi :

rufus@jessie64-kde:~$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda1           12G    5,3G  5,9G  48% /
udev                10M       0   10M   0% /dev
tmpfs              753M    9,0M  745M   2% /run
tmpfs              1,9G    568K  1,9G   1% /dev/shm
tmpfs              5,0M    4,0K  5,0M   1% /run/lock
tmpfs              1,9G       0  1,9G   0% /sys/fs/cgroup
/dev/sda6          398G    343G   35G  91% /data
tmpfs              377M    8,0K  377M   1% /run/user/1000
rufus@jessie64-kde:~$

Et encore, c'est la première fois que je mets autant pour /

Alors ta conclusion est bonne : si un logiciel crée des fichiers temporaires de grande taille dans /var/tmp, qu'il oublie de les effacer en partant et que de surcroît il n'y a pas moyen de les lui faire mettre dans /tmp (effacé automatiquement), il n'y a pas vraiment le choix. Mais d'un autre côté, s'il ne fait pas le ménage en partant, le problème se reproduira rapidement, quelle que soit la taille disponible pour /var/tmp...

Audacity n'oublie pas d'effacer /var/tmp en temps normal.

Ici, Audacity n'avait plus assez de place dans /var/tmp, le système a presque planté (0 octets libre dans /) et je pensais qu'en redémarrant ça irait plus vite vue que je n'avais rien vu dans /tmp (je me souvenais que le répertoire temporaire était /tmp) mais je n'avais pas pensé à regarder dans /var/tmp.

En redémarrant, / était toujours à cours de place… C'est incroyable que j'ai réussi à me loguer… Et encore plus incroyable que j'ai réussi à exécuter baobab pour trouver les données temporaires à effacer.

Audacity fait le ménage en partant, sauf s'il plante en cours de marche (ce qui est un bon choix pour récupérer le travail en cours. Ça m'est déjà arrivé de tester Audacity, travailler sur un projet, Audacity qui plante en version béta, je relance Audacity, je récupère le projet et j'ai pu continuer…)

Ta conclusion est bonne : modifier le répertoire de travail par défaut (/var/tmp) et je vais le mettre dans mon /home. Le plantage sera plus doux et plus facilement contournable.
smile

PS : df possède des options pratiques comme -h (je n'aime pas les puissances de 1024 pour les capacités de disques) et je préfère -H (puissance de 1000 pour retrouver les capacités annoncées par les fabricants) mais surtout l'option -x (exclure le type) qui évite des lignes de grep :

ludovic@debian-LibraZiK:~$ df -hx tmpfs
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev                10M       0   10M   0% /dev
/dev/sda1           17G     11G  5,3G  67% /
/dev/sda5           99G     63G   36G  64% /home
/dev/sdd1          3,8G     65M  3,7G   2% /media/ludovic/HP-4GO
ludovic@debian-LibraZiK:~$ df -Hx tmpfs
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev                11M       0   11M   0% /dev
/dev/sda1           18G     12G  5,7G  67% /
/dev/sda5          107G     67G   39G  64% /home
/dev/sdd1          4,1G     68M  4,0G   2% /media/ludovic/HP-4GO

Pourquoi GNU/Linux
Bogue -1 : Derrière chaque bogue se cache constamment la faille humaine.
Les programmes conçus par méthodes formelles ne bogueront JAMAIS et ils n'auront pas besoin de mise à jour corrective, puisque tout fonctionnera comme prévu.

Hors ligne

#9 Le 26/02/2017, à 08:09

L_d_v_c@

Re : [RÉSOLU] Importance de mettre au moins 30 Go pour / en 2017…

Coeur Noir a écrit :

Pas forcément la même situation mais je partage la conclusion de ldvc : une partition / proche de 20 Go ne parait pas superflue quand on a un usage un peu soutenu de son PC.

Pour moi  c'est scribus, GIMP, draw, un peu d’audacity, de conversion vidéo vers ciné numérique, en plus des usages bureautiques quotidiens : pas de jeux pas de développement et j'ai atteint plusieurs fois la limite d'inodes et de place disponible, empêchant mises à jour, nouvelles installations et ralentissant la machine. C'était avec / à 15 Go. La passer à 20 semble me suffire.

De plus je mets /tmp en RAM.

Et oui, certains travaux travaillent avec beaucoup de fichiers temporaires.
J'aimerais bien mettre /tmp en RAM, mais je n'ai que 8Gio de RAM sur ce PC !

Bon, en, modifiant les préférences de ce répertoire temporaire par défaut d'Audacity qui n'affichait que 5,3 Go de disponibles, je l'ai mis dans ~/Audacity-tmp-afac-le-contenu

Autrefois je nommais mon répertoire temporaire Audacity-tmp et il s'est retrouvé pour rien dans mes sauvegardes.
J'ai aussi du Ardour-tmp dans mes sauvegardes.

Le plus délirant, c'est que je n'aurais pas eu ce problème avec mon Amiga et seulement de 2 Mio de RAM puisque j'ai travaillé en 1996 sur un mixage d'une trentaine de minutes de musique stéréo 16 bits qui devait représenter environs 350 Mo avec seulement 2 Mo de RAM, et un disque dur de 420 Mo. L'enregistrement se faisait en direct-to-disc et la limitation de la durée ne se faisait pas par la RAM mais par la capacité du disque.

Les logiciels étaient pensés avec une contrainte technique : 1 à 2 Mio de RAM. Et quand je suis passé à 18 Mio de RAM, ça ne me servait que pour Octamed Sound Studio (le logiciel de MAO en 64 pistes audio).

Audacity m'a proposé d'ouvrir directement le fichier (une sorte de direct-to-disc) mais comme c'est destructif, je ne l'ai pas fait, mais c'est la solution pour le travailler (en faire une copie de sauvegarde et l'ouvrir directement).

ludovic@debian-LibraZiK:~/RECORDs$ ls -lh nuit\ 20170224.WAV 
-rw-r--r-- 1 ludovic ludovic 798M oct.   5  2014 nuit 20170224.WAV
ludovic@debian-LibraZiK:~/RECORDs$

Je fais de l'apnée du sommeil, et parfois j'enregistre mes nuits difficiles. Le fichier de 798Mo dure 4h50mn.

Voilà, je peux lire le fichier directement dans Audacity, j'en ai fait une copie avant de l'ouvrir, ce qui me permettra de nettoyer le bruit (Réduction de bruit…)

Il faut que j'arrête de pousser les performances de mes PC pour me retrouver coincé un jour ou l'autre, il faut que je pense Amiga, direct-to-disc pour les gros projets.
big_smile
----
PS : Coeur Noir, pour la limite d'inodes et de place disponible, que choisis-tu comme formatage lors de l'installation ?
Je ne sais plus où (peut-être en mode installation alternate) on peut choisir la tailles des inodes je crois, un truc comme normal, news, 1M, 4M ?


Pourquoi GNU/Linux
Bogue -1 : Derrière chaque bogue se cache constamment la faille humaine.
Les programmes conçus par méthodes formelles ne bogueront JAMAIS et ils n'auront pas besoin de mise à jour corrective, puisque tout fonctionnera comme prévu.

Hors ligne

#10 Le 26/02/2017, à 08:17

L_d_v_c@

Re : [RÉSOLU] Importance de mettre au moins 30 Go pour / en 2017…

Je vais essayer d'écrire à Audacity, ils ont oublié quelque chose de vital. On ne doit pas ouvrir un fichier sans vérifier la possibilité de l'ouvrir avant.
Si le fichier dure 10 heures à 44100Hz stéréo en 16bits, il occupera 6056,22 Mio en mémoire (disque ou répertoire temporaire) - il faut juste interdire de charger un tel fichier si l'ordinateur ne dispose pas des ressources puisque ce n'est pas possible, mais signaler qu'il faut travailler directement en direct-to-disc sur la copie du fichier. Alors on peut travailler sur un enregistrement de 1000 heures sans problème en direct-to-disc avec nos disques actuels.

Dernière modification par L_d_v_c@ (Le 26/02/2017, à 08:19)


Pourquoi GNU/Linux
Bogue -1 : Derrière chaque bogue se cache constamment la faille humaine.
Les programmes conçus par méthodes formelles ne bogueront JAMAIS et ils n'auront pas besoin de mise à jour corrective, puisque tout fonctionnera comme prévu.

Hors ligne

#11 Le 26/02/2017, à 12:23

Sciensous

Re : [RÉSOLU] Importance de mettre au moins 30 Go pour / en 2017…

n'oubliez pas avant de faire un repartionnement d'utiliser un mount bind !!

exemple cité avec /tmp

c'est juste mon avis cool

Hors ligne

#12 Le 26/02/2017, à 12:38

Hizoka

Re : [RÉSOLU] Importance de mettre au moins 30 Go pour / en 2017…

Salut,

v'la mon petit avis perso à moi et rien qu'à moi smile

Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev               3,9G       0  3,9G   0% /dev
tmpfs              799M    9,7M  789M   2% /run
/dev/sda2           15G     11G  3,3G  77% /
tmpfs              3,9G     16M  3,9G   1% /dev/shm
tmpfs              5,0M    4,0K  5,0M   1% /run/lock
tmpfs              3,9G       0  3,9G   0% /sys/fs/cgroup
tmpfs              3,9G    174M  3,8G   5% /var/tmp
tmpfs              3,9G    3,5M  3,9G   1% /tmp
tmpfs              3,9G     65M  3,9G   2% /home/hizoka/.cache
tmpfs              3,9G       0  3,9G   0% /home/hizoka/.thumbnails
tmpfs              799M     24K  799M   1% /run/user/1000
/dev/sda3           15G    6,5G  7,1G  48% /media/hizoka/Kubuntu16.04

Soit des partitions / (2 versions) de 15go sur un petit SSD et il me reste encore un peu de place. Mais j'ai fait pointer /var/log sur une partition plus grande.
20go me parait pas mal en effet.

Je n'ai que 4Go de ram mais ça ne m’empêche pas de travailler l'audio avec audacity (des fichiers de wav à 4go par ex), ni d'encoder ou quoi que ce soit...
et pourtant comme on le voit, je mets tous les trucs temporaires dans la ram.

Hors ligne

#13 Le 26/02/2017, à 13:23

maxire

Re : [RÉSOLU] Importance de mettre au moins 30 Go pour / en 2017…

Salut,

Discussion un peu surréaliste lorsque l'utilisation de BTRFS est possible, exemple:

aspire7730z-arch% mount -l -t btrfs
/dev/sda3 on / type btrfs (rw,relatime,space_cache,subvolid=257,subvol=/@)
/dev/sda3 on /home type btrfs (rw,relatime,space_cache,subvolid=272,subvol=/@home)
/dev/sda3 on /data type btrfs (rw,relatime,space_cache,subvolid=280,subvol=/@data)
/dev/sda3 on /data/Musique type btrfs (rw,relatime,space_cache,subvolid=415,subvol=/@Musique)
aspire7730z-arch% df -h / /home /data /data/Musique
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda3          222G    129G   91G  59% /
/dev/sda3          222G    129G   91G  59% /home
/dev/sda3          222G    129G   91G  59% /data
/dev/sda3          222G    129G   91G  59% /data/Musique
aspire7730z-arch% btrfs filesystem show  
Label: none  uuid: 29363284-a319-481e-86cc-1ecf8bd2fc45
	Total devices 2 FS bytes used 128.00GiB
	devid    1 size 160.08GiB used 120.02GiB path /dev/sda3
	devid    2 size 61.34GiB used 21.00GiB path /dev/sda4

aspire7730z-arch% 

Système BTRFS étendu entre 2 partitions avec actuellement 91 G disponible à l'ensemble des points de montages.

Sinon la solution d'Hizoka me plaît bien.


Maxire
Archlinux/Mate + Debian Stretch/Gnome sur portable -- Archlinux/Mate sur poste de travail

Hors ligne

#14 Le 27/02/2017, à 05:40

moko138

Re : [RÉSOLU] Importance de mettre au moins 30 Go pour / en 2017…

Ludovic a écrit :
var# du -h

2,5G    ./cache/apt/archives
2,0G    ./tmp/audacity-ludovic/project1887052146/e06
3,4G    ./tmp/audacity-ludovic/project1887052146/e00

1) Plutôt que du -h, pensez
  soit à ncdu
  soit, si votre religion prohibe ncdu, à

du -xm --max-depth=1 /var 2>/dev/null | sort -nr | head -n 5

qui est autrement plus lisible que du -h.

  - -

2)

var# du -h
2,5G	./cache/apt/archives

Gaspiller ainsi 2,5 Gio dans la racine et sur un ssd n'est pas rationnel.
Il suffit
     si on utilise synaptic, de cocher la case "ne pas conserver les paquets en cache",
     ou, dans tous les cas, de faire :

sudo apt-get clean

     ou, si on souhaite conserver les .deb, de les déplacer dans un DDE de stockage (ou, à tout le moins, dans une partition de stockage).


%NOINDEX%
Un utilitaire méconnu : ncdu

Hors ligne

#15 Le 27/02/2017, à 08:28

L_d_v_c@

Re : [RÉSOLU] Importance de mettre au moins 30 Go pour / en 2017…

Merci Sciensous, Hizoka, maxire et moko138.

Cependant, vous avez entièrement quitté l'esprit débutant, installation par défaut.

On installe Ubuntu/Debian par défaut, avec l'option / et /home séparé est le point de départ, avec le fait qu'on n'est pas informaticien (oui, ça existe des gens qui arrivent à peine à installer leur ordinateur, et qui veulent s'en servir sans se casser la tête. Beaucoup se retrouvent sous windows, et je le comprend la démarche qui amène à windows. Le problème de windows étant les installations non-controlées et le manque de sécurité, une autre question… (qui fait quitter windows…)

Hizoka : ton installation n'est pas par défaut, et avant d'en arriver là, tu as soit été bien guidé, soit tu as essayé plusieurs distributions et administration système, bref, le débutant n'a pas la science infuse. Le débutant se retrouve sur le choix installer Ubuntu et le mode Automatique d'Ubuntu ne fera que deux partitions (/ et swap).

maxire : Ça fait quelques années que j'entends parler de BTRFS, mais ce n'est pas par défaut dans Ubuntu (ou Debian) qui utilise encore le format ext. Si on va par là, l'installation par défaut d'Ubuntu ou Debian ne crée que deux partitions (/ et swap) et ne souffrirait pas du problème cité dans ce message. Parler de BTRFS à un débutant pourrait le faire fuir… sauf s'il a la curiosité de chercher. Bref, ce n'est pas par défaut.

moko138 : Je vais essayer de penser à ncdu, mettons-nous à la place d'un débutant qui ne tombe pas sur la commande "du" mais qui rencontre et apprend la commande "ncdu", ok. C'est sympathique.
Je vais lancer ncdu sur le système que j'ai aujourd'hui (changement d'ordinateur depuis hier, récupération de l'ancien processeur, et mise en place de ce processeur PGA771 modifié à la place du processeur PGA775 pour tests de stabilités avant investissement d'un processeur E5450 Xeon 4 cœurs 3 GHz 12 Mio de cache L2 pour remplacer le processeur de cet ordinateur E2180 double-cœur 2 GHz 1 Mio de cache L2.)

(Attention, je ne peux plus me servir de l'autre ordinateur d'hier) ncdu / retourne :

--- / --------------------------------------------------------------------------------------------------------------------------
   89,9 GiB [##########] /home                                                                                                  
    5,4 GiB [          ] /usr
  839,9 MiB [          ] /lib
  803,5 MiB [          ] /var
  156,0 MiB [          ] /boot
  136,0 MiB [          ] /opt
   16,0 MiB [          ] /etc
   15,3 MiB [          ] /sbin
   12,7 MiB [          ] /bin
.   6,3 MiB [          ] /run
    5,1 MiB [          ] /root
    4,1 MiB [          ] /lib32
  196,0 KiB [          ] /dev
   68,0 KiB [          ] /tmp
   36,0 KiB [          ] /media
e  16,0 KiB [          ] /lost+found
    4,0 KiB [          ] /lib64
e   4,0 KiB [          ] /srv
e   4,0 KiB [          ] /snap
e   4,0 KiB [          ] /mnt
e   4,0 KiB [          ] /cdrom
.   0,0   B [          ] /proc
    0,0   B [          ] /sys
@   0,0   B [          ]  initrd.img.old
@   0,0   B [          ]  initrd.img
@   0,0   B [          ]  vmlinuz.old
@   0,0   B [          ]  vmlinuz

Regardons du coté de /var :

ncdu 1.11 ~ Use the arrow keys to navigate, press ? for help                                                                    
--- /var -----------------------------------------------------------------------------------------------------------------------
  456,4 MiB [##########] /cache                                                                                                 
  321,1 MiB [#######   ] /lib
   11,0 MiB [          ] /tmp
    7,9 MiB [          ] /log
    6,9 MiB [          ] /backups
  224,0 KiB [          ] /spool
e   4,0 KiB [          ] /snap
e   4,0 KiB [          ] /opt
e   4,0 KiB [          ] /metrics
e   4,0 KiB [          ] /mail
e   4,0 KiB [          ] /local
e   4,0 KiB [          ] /crash
@   0,0   B [          ]  lock
@   0,0   B [          ]  run

Oui, je pense adopter ncdu smile Merci moko138.

Cependant, tu deviens grossier sans raison dans la suite de ton message, que je cite :

du -xm --max-depth=1 /var 2>/dev/null | sort -nr | head -n 5

Si je t'ai heurté, ou si j'ai écrit quelque chose qui t'a offensé, je te pris de m'excuser.
Le débutant ne comprends pas du -xm --max-depth=1 /var 2>/dev/null | sort -nr | head -n 5, et surtout, je n'arriverais JAMAIS à m'en souvenir sans me tromper, sans devoir chercher dans des fiches mémo. Je ne suis pas informaticien, il faudra que tu arrives à te mettre ça en tête.
Les gens qui exécuterons cette suite de commandes, auront passé du temps à la comprendre, ou l'auront tapé en te faisant confiance comme tu aurais pu leur faire taper une commande bien plus dangereuse.

Un exemple, quelqu'un qui voulait supprimer ses historiques Ubuntu, a récupéré une ligne de commande, mais il a eu le malheur d'effacer TOUS ses documents à cause d'un seul espace qu'il a tapé en recopiant la commande (l'erreur fatale) :
Il avait récupéré une commande du genre :

rm -rf ~/.mozilla/firefox/quelque-chose

Mais il a saisi :

rm -rf ~/ .mozilla/firefox/quelque-chose

Cette putain d'espace que j'ai retrouvé dans son .bash_history au bout de plusieurs heures, m'a réconforté, son ubuntu n'avait pas planté…

C'est lui même qui avait fait une méga-grosse bêtise et qui a vidé son répertoire home à cause de l'espace, qui a transformé le chemin à nettoyer :
~/.mozilla/firefox/quelque-chose
En commandes avec arguments multiples et deux chemins :
~/ et .mozilla/firefox/quelque-chose (quand on met un espace)

Continuions, quand tu écris que

du -xm --max-depth=1 /var 2>/dev/null | sort -nr | head -n 5
796	/var
450	/var/cache
321	/var/lib
11	/var/tmp
8	/var/log

est plus lisible, non ! Ce n'est pas plus lisible, parce que je tape une commande multiple, à laquelle je dois réfléchir, et je dois chercher pour comprendre le retour après avoir cherché que cette commande sera inoffensive pour mon ordinateur et mes données.

Cette commande n'est lisible que pour toi, car tu sais interpréter le résultat. tu ne te mets plus du tout à la place d'un utilisateur simple. C'est dommage.
Après consultation du man, je comprends que du -xm retourne l'espace disque occupé en mégaoctets, sans sortir du système de fichier, bref, ta commande est imbuvable.

Merci d'avoir remis ncdu, j'essayerais de m'en souvenir. Ce n'est pas une fonction simple, mais l'utilisation et les retours de ncdu reste humainement simple pour qui comprends l'anglais. Donc on vient de perdre tous les francophones avec la commande ncdu. Je ne peux pas montrer cette commande à tout le monde, malheureusement.
Après vérification, mon aide de man est bien installée en français. Je suis prêt à essayer traduire ncdu en français, je devrais y arriver. Mais ncdu en anglais vient de perdre pas mal de mes contacts *buntu (surtout les plus de 60 ans).

Pense à mon expérience d'il y a plusieurs mois : un seul espace au mauvais endroit peut transformer une suppression d'historique en suppression de documents personnels.

Pour conclure, je n'aurais pas eu ce problème avec mon installation si j'avais tout fait par défaut, avec uniquement deux partitions, / et swap.

C'est malheureux, mais à partir d'aujourd'hui, ce sera mon type d'installation non-bloquante que je recommanderais au détriment de la sécurité de données minimale consistant à séparer / et /home car «on ne met pas tous les œufs dans le même panier» (mes premières installations GNU/Linux se faisaient en 9 partitions… Mon formateur GNU/Linux principal a travaillé sur les serveurs GNU/Linux d'Amazon…).

Merci à tous.
Bonne journée
Cordialement,
L_d_v_c@

Dernière modification par L_d_v_c@ (Le 27/02/2017, à 08:29)


Pourquoi GNU/Linux
Bogue -1 : Derrière chaque bogue se cache constamment la faille humaine.
Les programmes conçus par méthodes formelles ne bogueront JAMAIS et ils n'auront pas besoin de mise à jour corrective, puisque tout fonctionnera comme prévu.

Hors ligne

#16 Le 27/02/2017, à 09:00

L_d_v_c@

Re : [RÉSOLU] Importance de mettre au moins 30 Go pour / en 2017…

PS pour moko138 :

moko138 a écrit :


Gaspiller ainsi 2,5 Gio dans la racine et sur un ssd n'est pas rationnel.
Il suffit
     si on utilise synaptic, de cocher la case "ne pas conserver les paquets en cache",

Si tu as compris ce que j'essaye de t'expliquer depuis un moment, c'est que les gens qui arrivent à installer Ubuntu ou Debian, par défaut, n'ont pas la case cochée par défaut. DONC, cela justifiait l'installation de 30Go sur / pour les débutants.

Mais, à partir d'aujourd'hui, ce sera / et swap.

Je ne suis pas débutant, mais j'en ai marre de passer du temps à corriger des problèmes plutôt que de me servir de mon matériel.

J'ai fait don de super-ordinateur après avoir perdu 3 ans à le faire fonctionner de mieux en mieux, à faire corriger des bogues (le plus méchant bogue ayant fait perdre TOUTES les données lors du passage de la 10.04 à la 12.04 car GRUB sur Ubuntu ne supportait pas à la fois le RAID logiciel avec la surcouche LVM).

J'ai câblé mon studio-musical avec une multiprise qui allume tous mes instruments, compresseur de dynamique, carte-sons AudioFire 12 utilisée comme patch (lors de la composition sans ordinateur). Sans ordinateur. L'ordinateur était censé apporter la modularité, les programmes, l'efficacité, les projets audio sur 100 pistes avec le RAID5 qui supportait 240 Mo/s…

Mais je n'ai pas avancé en musique depuis 2005. J'ai fait de l'informatique.

L'ordinateur ne me servira plus que pour acquérir la numérisation de la carte-sonore.

Voici la synoptique du studio (je n'ai pas acheté la batterie ALESIS - je n'ai plus Super-Ordinateur - il faut cliquer ici car dessous, c'est une image, pas une synoptique).

home-studio
Et l'image peut s'agrandir en cliquant dessus.

Quand je pense à tout l'argent que j'ai investi dans mon informatique, et tout le temps investi, je viens de comprendre un truc. J'aurais déjà pu acheter un vrai ordinateur avec un vrai système d’exploitation bien conçu, et sans entretien (sans perte de temps). Ni MAC, ni Windows, ni BSD, ni GNU/Linux.

J'arrête ces conneries. Je garderais GNU/Linux uniquement pour surfer sur le net et enregistrer avec audacity en attendant d'avoir mon prochain ordinateur. Je me contenterai du petit AmigaOne X1000 qui a la puissance de calcul de 5 processeurs i7 extreme i980 à 3,3 GHz.

Je dois m'interdire d'investir dans les PC.

En plus, l'AmigaOne X1000 coûte moins cher que mon synthétiseur ARTURIA Origin. Il faut juste économiser un peu moins de deux ans - le temps d'attente pour avoir économisé avant d'acheter mon synthétiseur.

«Acheter bon marché, c'est acheter cher.»

Dernière modification par L_d_v_c@ (Le 27/02/2017, à 09:07)


Pourquoi GNU/Linux
Bogue -1 : Derrière chaque bogue se cache constamment la faille humaine.
Les programmes conçus par méthodes formelles ne bogueront JAMAIS et ils n'auront pas besoin de mise à jour corrective, puisque tout fonctionnera comme prévu.

Hors ligne

#17 Le 27/02/2017, à 10:09

Hizoka

Re : [RÉSOLU] Importance de mettre au moins 30 Go pour / en 2017…

Pourquoi utiliser des commandes si on n'en est pas capable ?
Pourquoi faire un rm au lieu de le faire en graphique ?

Alors oui, si on nous demande de l'aide, il faut nous faire un minimum confiance dans les commandes données... mais vu le niveau de ma mère, je pourrais lui faire faire n'importe quoi en graphique aussi...

C'est le problème lié à l'informatique, si j'en ai peur, je fais des conneries... et ça nécessite du temps pour apprendre.
Mais surtout, il faut leur apprendre à faire des sauvegardes !!!!

Hors ligne

#18 Le 27/02/2017, à 11:11

L_d_v_c@

Re : [RÉSOLU] Importance de mettre au moins 30 Go pour / en 2017…

Hizoka a écrit :


Mais surtout, il faut leur apprendre à faire des sauvegardes !!!!

Oui, ça m'a sauvé mes données lors des grosses pertes. L'espace entre GRUB et les premières partitions était trop petit pour contenir le RAID + LVM il y a cinq ans, ça a écrasé le début des partitions RAID+LVM, devenues illisibles…  Puis une mise à jour a fini par être appliquée.
Mais je n'utilise plus LVM de toute façon depuis. Moins de partitions, moins de charges systèmes et disques durs.

Heureusement, avant de passer d'Ubuntu 10.04 à 12.04, j'avais fait mes sauvegardes. Mais ça file un coup au moral de voir que la raison qui nous a poussé à quitter Windows pour revenir à Amiga (ordinateur à 1600€ - G3 à 900 MHz aussi performant qu'un AMD à 1400 MHz - je ne sais plus combien de mois d'économies*) mais l'économiseur d'écran saccadait (ce que ne fera pas un Amiga classique avec ses architectures matérielle et logicielle avant-gardistes) donc l'architecture d'origine n'existait plus dans les Amiga de 2005 et j'en suis arrivé à GNU/Linux (par Debian) après en avoir entendu parlé en 1994… est une raison, non-justifiée.

Linux est un peu plus robuste que Windows sur pas mal de point, mais manque cruellement d'uniformité globale.

À l'inverse, le système Amiga Workbench est super-uniforme, et pour cause, il a été créé sur papier par un seul mec qui n'avait aucune machine pour tester ses algorithmes.

Les brevets de l'Amiga furent éparpillés et revendus. On en trouvera dans certaines voitures autonomes.

*Heureusement que je ne fumerai jamais.
(énormes économies de santé et d'argent 1 paquet/jour → 2200€/an)


Pourquoi GNU/Linux
Bogue -1 : Derrière chaque bogue se cache constamment la faille humaine.
Les programmes conçus par méthodes formelles ne bogueront JAMAIS et ils n'auront pas besoin de mise à jour corrective, puisque tout fonctionnera comme prévu.

Hors ligne