Airmed / Ildefonse |
Voir le profil public |
Trouver plus de messages par Airmed / Ildefonse |
Aller à la page... |
[Wiki] Linux
Suivre Répondre |
|
Partager | Rechercher |
|
J'ai des palpitations en voyant que
wall of text inc. Je vais expliquer un peu LVM, parce que c'est généralement ce qui est mal compris. LVM permet de dissocier les périphériques physiques du système de fichier avec une souplesse très agréable et des fonctionnalités sympathiques comme les snapshots. A la base, on trouve les Physical Volumes (PV), qui peuvent être des disques locaux, des agrégats (raid software avec mdadm, raid hardware avec une carte dédiée), des volumes distants (accédés via une carte fiber channel, en iSCSI... peu importe), etc. Avec ces PV, on crée des Volume Groups (VG). De base, c'est grosso modo du JBOD : si on perd un PV (typiquement si Dans les VG, on va allouer des Logical Volumes (LV). C'est ce qui va porter le système de fichier et servir pour les points de montages. Comme ce sont des objets logiques, on va pouvoir jouer avec et faire tout ce qui fait chier Une bonne pratique est de ne pas allouer l'ensemble de l'espace disponible dans le VG, comme ça si un point de montage vient à se remplir plus que prévu, on peut augmenter sa taille en une ligne de commande. On peut évidemment réduire simplement la taille d'un LV (non plein). Un LV peut être alloué de 2 façons : * thick provisioning par défaut : on réserve de l'espace (logique évidemment : on s'en fout de la continuité) et on est sûr que cette espace sera disponible. On choisit en général ça pour les points de montage qui ne doivent pas se retrouver à sec (la racine...), mais aussi pour ceux qui risquent d'affamer les autres (/var...). * thin provisioning : on déclare la taille du volume mais l'espace n'est pas réservé tant qu'il n'est pas utilisé. Typiquement en LVM avec un /home sur un thin volume, Évidemment, on jongle avec l'espace des LV d'un même VG, c'est pas de la magie Je disais plus haut que si on perd un PV on perd le contenu du VG, mais qu'il y avait une solution... On peut faire du RAID directement au niveau du LV <o/ (on choisi LV par LV le niveau de RAID désiré, 1,4,5,6 ou 10, et on peut même changer ce niveau à chaud) Je ne l'ai jamais utilisé (hors test rapide par curiosité), mais ça existe Perso, j'aime beaucoup LVM, pour plusieurs raisons : - C'est vieux, je commence à l'être moi aussi, donc je connais. - C'est dispo partout, contrairement à BTRFS et ZFS. Par contre il y a des trucs que j'aime moins : - C'est relou quand les PV sont des partitions (pareil avec BTRFS et ZFS). Des fois on n'a pas le choix (genre /boot avec des grub pas assez récent) donc on fait avec, mais si c'est pas le cas (en particulier dans des VM) franchement c'est mieux en faisant des PV avec les disques complets - Pour les snapshots je préfère quand même ZFS et BTRFS. Pour - ajoute ton 3e SSD dans le VG - passe tes LV en raid pour éviter de tout perdre en cas de pb sur un disque (tu as 3 disques ce serait dommage de s'en passer) Si tu ne l'as pas fait (ou que tu es prêt à réinstall), BTRFS ne sert à rien au dessus de LVM. Soit tu fais tout en BTRFS en lui donnant directement les disques, soit tu fais du LVM + XFS ou ext4. Le principal problème que je vois pour l'utilisation de BTRFS dans ton cas, c'est que tu as 3 disques, et que c'est raid 0 ou 1 uniquement donc tu ne pourras pas utiliser les 3. Après pour les problématique de points de montage, sur des machines perso faut pas s'emmerder à les multiplier. L'espace disque se gère bien à la main sans avoir besoin de mettre de barrières logique. Du coup perso je fonctionne ainsi : Je fais du LVM ou du BTRFS parce que ça me permet d'avoir un /home qui survit à une reinstall, tout en n'étant pas emmerdé par du redimensionnement de partition. Je laisse tout le reste dans la racine (sauf /boot & co si grub ne gère pas évidemment) |
22/08/2019, 20h36 |
|
#38972
Invité
|
Message supprimé par son auteur.
|
01/09/2019, 15h03 |
#38972 |
Metalovichinkov |
Voir le profil public |
Trouver plus de messages par Metalovichinkov |
Metalovichinkov |
Voir le profil public |
Trouver plus de messages par Metalovichinkov |
Caniveau Royal |
Voir le profil public |
Trouver plus de messages par Caniveau Royal |
|
C'est pas faux...
/dev/sda1 * 2048 48828415 48826368 23,3G 83 Linux /dev/sda2 48830462 500117503 451287042 215,2G 5 Étendue /dev/sda5 48830464 68360191 19529728 9,3G 83 Linux (/var à la con, tout plein) /dev/sda6 68362240 131227647 62865408 30G 82 partition d'échang (/swap) /dev/sda7 131229696 135133183 3903488 1,9G 83 Linux (/tmp trop petit) /dev/sda8 135135232 500117503 364982272 174G 83 Linux (/home) Ça se merge, les partitions ? Je peux regrouper sda5...sda8 en une seule ? Ça me plairait bien ! Y a des gens qui proposent d'y aller au symlink... Je ne sais pas si ça marche vraiment, mais on perd la place des partitions que l'on abandonne, puisqu'on va juste ailleurs. C'est un peu sale, non ? Dernière modification par Caniveau Royal ; 19/09/2019 à 22h27. |
19/09/2019, 22h06 |
|
Caniveau Royal |
Voir le profil public |
Trouver plus de messages par Caniveau Royal |
|
Citation :
du -H c'est mieux Le plus simple c'est de booter sur du knoopix. Pour /var, cela depend de ce que tu as dedans. Mettons que ce soit de l'apache, tu pointes sur les /home des users ou tu dis que le root est dans /home/www par exemple. Sinon, mount -bind est ton ami |
20/09/2019, 21h17 |
|
Airmed / Ildefonse |
Voir le profil public |
Trouver plus de messages par Airmed / Ildefonse |
|
Merci ! Mais ça me fait quand même stresser toutes ces opérations-là. J'ai l'impression de ne pas encore avoir le niveau.
Ce matin, alors que l'apt autoremove avait fait peu de choses, j'ai lancé un apt autoclean qui a libéré 1,2 Go, puis un apt clean, qui a libéré 3.0 Go, vidant le cache. Ignorant qu'il fallait aller jusque-là, je n'avais jamais exécuté cette dernière commande depuis l'installation de Debian 9, il y a quelques mois. Or, je l'ai fait vivre, et passé Debian 10 dessus. Bilan : aujourd'hui : /var = 0,8 Go. /usr/lib = 13.2 Go Le jour de la partition pleine : /var/cache = 4,6 Go /var/lib = 4.8 Go avec flatpak + steam dedans pour environ 4 Go. Mes conclusions : - Gare au cache, donc. - /var avec 0,8 Go me semble bien plus ok et vivable à long terme ; s'il reste dans ce sillage, il ne sera pas nécessaire de changer cette partition. - Tant que je parviens à faire s'installer les logiciels dans /usr/lib et pas dans /var/lib, je prendrai de l'espace sur /home et ça ira bien. - Si je réinstalle de nouveau Steam, j'hésiterai à reprendre flatpak. Le principe d'un logiciel qui met un repo Git dans /var/lib = , surtout quand celui-ci fait 3 Go et augmente au fil des mises à jour d'on ne sais pas quoi, mais qui ne nous concerne pas forcément. Si je le fais, il faudra que je le force à s'installer ailleurs. Il me reste à traiter le problème de /tmp pour être confortable : Aujourd'hui j'ai dévié un programme Spark très consommateur de fichiers temporaires sur un répertoire /data/tmp créé sur /sdb par ses properties de programme. À lire ce post, je pourrais faire un Code:
sudo mount -B /tmp /data/tmp Pour tenter l'expérience le temps d'une session : j'enlève mes propriétés, je lance le programme, et vois mon répertoire /data/tmp se remplir. Mais ce que ne dit pas le post, c'est : ===> Ne faut-il pas supprimer /tmp avant pour que cette commande marche ? Ça voudrait dire reboot et plantage d'emblée, non ? lsof +D /tmp/ me donne six processus dessus : deux roots, deux gnome, un ssh-agent, et mon éditeur Eclipse qui l'emploient. Je ne me vois pas les casser (sauf le dernier). ===> Comment je pérennise ça sur mon /etc/fstab ? Actuellement, j'ai cela : Code:
# /tmp was on /dev/sda7 during installation UUID=65fc4d66-da96-4973-a81d-d6b63df92412 /tmp ext4 defaults 0 2 |
22/09/2019, 09h28 |
|
Caniveau Royal |
Voir le profil public |
Trouver plus de messages par Caniveau Royal |
Airmed / Ildefonse |
Voir le profil public |
Trouver plus de messages par Airmed / Ildefonse |
Airmed / Ildefonse |
Voir le profil public |
Trouver plus de messages par Airmed / Ildefonse |
|
Mais tellement, je débarque sur la page, et le seul truc qui me vient à l'esprit c'est un bon gros WTF. Même en prod j'ai jamais vu autant de complexité inutile.
|
26/09/2019, 09h31 |
|
|
Tout dépend de son utilisation, si c'est principalement du web, firefox est sur toutes les distributions
|
27/09/2019, 22h02 |
|
Airmed / Ildefonse |
Voir le profil public |
Trouver plus de messages par Airmed / Ildefonse |
#265012
Invité
|
Message supprimé par son auteur.
|
28/09/2019, 01h25 |
|
#265012 |
|
|
29/09/2019, 12h25 |
|
|
N'importe quelle distrib avec un xfce fera l'affaire. Si elle est débutante en linux je lui conseil un xubuntu ou manjaro.
|
05/10/2019, 12h03 |
|
#38972
Invité
|
Message supprimé par son auteur.
|
15/12/2019, 10h00 |
|
#38972 |
#265012
Invité
|
Message supprimé par son auteur.
|
15/12/2019, 13h07 |
|
#265012 |
Suivre Répondre |
Fil d'ariane
Connectés sur ce fil1 connecté (0 membre et 1 invité)
Afficher la liste détaillée des connectés
|