Reprise du message précédent :
J'ai utilisé le partitionnement auto de debian, et j'ai précisé une seule partition de mémoire

Bah c'est pas le cas, car il y en a au moins 3 là (/ de 4.6Go , /boot de 236 Mo et sûrement une de swap qu'on ne voit pas là)

Le reste est parti dans le swap

J'avoue que je ne comprends pas ce qu'il a foutu.

Ton disque virtuel fait 8 Go, donc il a composé avec cette taille.
Le minimum est la partition root (/) et une de swap.

Suite au problème des 0% restants, j'ai rajouté 10Go à la partition, elle fait maintenant 18Go, ce qui est délirant pour le besoin réel. Voilà ce que dit le système :  
 

 
 
 
On ne va pas se mentir, je n'y comprends rien. Je sais juste que la partition / est désormais utilisée à 45% et ça me va bien, maintenant j'aimerais bien ramener les 18Go à quelque chose de cohérent, votre aide sera la bienvenue.

Comprend pas non plus… elle sert à quoi ta partition sda2 ?
 
Ça donne quoi simplement un :

T'as augmenté la taille du disque, mais pas celle de ton LVM.
Du coup t'es toujours à 4,7Go pour le root, et t'as 3Go de swap.
Tes 10Go en plus ne sont pas utilisés

Faut augmenter la taille de ta partition sda5, puis demander à LVM de prendre en compte, puis augmenter la taille de ton volume root.

En fait pour être plus précis :  
 
- J'ai installé initialement Debian 9 netinstall sur un disque de 8Go, en lui laissant la main sur le partitionnement.
- J'ai voulu installer docker, il m'a annoncé en milieu d'install que la partition / était pleine, 2.5Go utilisé sur 2.5Go.
 
Pour y pallier :  
 
- J'ai augmenté le disque de 10Go (d'où le 18Go) pour avoir du mou.
- Ensuite j'ai augmenté le volume LVM de 5Go environ, d'où le passage de sda5 de 2.5Go à 7.8Go.  J'ai volontairement utilisé la moitié des 10Go alloués, car je ne tenais pas à utiliser les 10Go.
 
--> Au final j'ai ce que je veux : une partition root de 4.5Go à moitié utilisée. Par contre tout le reste c'est de la pollution pour moi, la sda2 de 7.8Go, la Docker--vg-swap_1 de 3 Go (si j'ai bien compris c'est la taille de la RAM et il faut laisser ça comme ça), la /dev de 1.5Go, idem /dev/shm , idem /sys/fs/cgroup . Maintenant j'aimerais faire le ménage et ensuite réduire le disque en dessous de 10Go, histoire d'avoir une VM rapide à maintenir/cloner/backup, j'ai besoin de faire des bacs à sable puisque j'ai pas mal à de micro-services à installer sur docker dans les mois à venir, et mon SSD n'est pas de taille infinie.  
 
Je vous donnerai le résultat de "df -hx tmpfs" dès que possible.

Pas touche à tout ce qui se trouve dans /dev et /sys, c'est du virtuel de toutes façons tu ne gagnerais rien (à part un système HS)
 
sda2 c'est parce que t'a une partition étendue :

Donc pas touche non plus (ça ne te fait rien perdre en terme d'espace disque)
 
Après tu peux réduire le swap ou le virer, ça c'est à toi de voir en fonction de ton usage.
 
Après si tu veux te faire une image de base destinée à Docker, créé donc un volume LVM que tu placeras sur /var/lib/docker, ça t'évitera de bloquer ta machine si un conteneur consomme un peu trop d'espace disque

Donc si tout est "optimisé" je suis fixé. Je n'ai pas réussi à savoir combien j'ai d'espace disque non utilisé avec les commandes montrées plus haut, est-ce que je dois installer gparted? Une fois que je saurai je réduirai la taille du disque. A moins que ce soit inutile car la VM de cette debian est sur un LVM, du coup il me semble que l'espace disque est un espace "maximum", selon la logique LVM.

Bonsoir, iptable fonctionne toujours avec la nouvelle version de debian ?

Oui en lien avec nftables son remplaçant.

Pour le moment nftables je ne connais pas du tout et j'ai un peu de mal avec la syntaxe.

Vous savez si ufw sera compatible avec nftables ?

Je pense pas c'est un outil crée pour utiliser iptable spécifiquement. De ce que je sais c'est que tu as un outil qui te permets de transférer les règles iptable dans la syntaxe de nftable.
 
Perso je vais attendre un soft comme (g)ufw pour nftable et continuer d'utiliser iptable pour le moment.

Dites, des utilisateurs qui ne peuvent plus monter de clé USB depuis le passage en buster, ça pourrait venir de quoi ?
La clé apparaît bien dans thunar mais apparemment ça dit à l'utilisateur "Not authorized to perform operation"
 
Depuis root, pas de soucis.
 
quand on lance thunar depuis le terminal ça me dit

 
pour le reste, tout semble normal
 

 
Il me semble déjà avoir eu ce soucis à l'époque mais je ne sais plus ce que c'était  

Utilisateur dans le groupe plugdev ?

 
nop, moi non plus d'ailleurs sur ma machine et je n'ai  pas de soucis.
 
Par contre dans le log/messages j'ai ça
 
org.gtk.vfs.Daemon[18787]: A connection to the bus can't be made
Error getting user list from org.freedesktop.Accounts: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Accounts was not provided by any .service files
 
Certains parlent d'un soucis avec dbus mais les posts que j'ai trouvé datent de 2011 donc bof

A vot' bon cœur  
 
https://unix.stackexchange.com/ques [...] -to-buster

à Toutes et Tous
 
j'voulais partager avant, cette info, et pi, j'm'suis dit, c'est pas important...
et en vous lisant, pi-être que non...
 
Voici, j'ai un portable de secours, sur lequel j'installe, désinstalle, fait des tests de MàJ et de dist-upgrade, etc...
Ainsi, lorsque j'ai fait le test de dist-upgrade depuis Stretch, j'avais pas mal de "pâtés", dont, l'impossibilité d'installer Wine...
 
Mais... comme j'avais déjà testé Buster, en installation propre, toujours sur le portable, je me suis dit, que c'était anormal, cette impossibilité, aussi, j'ai refait une installation propre, depuis un cd netinst !
 
Et, wine a été installé sans aucun problème, et le reste a été tout aussi opérationnel !
 
Comme, j'ai encore un "doute", certes minime... sur Buster, je garde toujours Stretch sur mon fixe, d'où je vous "cause"

raaah mince ! j'ai vu passer ça y'a un jour ou deux avec la solution.... mais je sais plus ou  
mais c'était possiblement quelquechose ayant à voir avec udev/systemd.
je te dis quoi si je retrouve

bon, je retrouve plus, mais en gros:
- https://superuser.com/questions/115 [...] ed/1152362
- voir ça aussi: https://www.linuxquestions.org/ques [...] ost5165327
Sinon d'autres indiquent que avec xfce et slim y'a le probleme. et en remplacant slim par gdm3 ça corrige. à voir

j'ai updaté mon post. En créant un nouvel user sur NIS, ça roule sans problème, le gus peut monter les clés USB. J'ai donc viré mon compte normal, supprimé mon home, make le nis, recréé mon compte avec le même username... mais toujours l'erreur pour le montage USB

De mon côté je passe par XFCE+Lightdm. J'ai tenté sous gnome et gdm3, même problème

j'ai tenté de créer une règle dans les polkit, pour le group principal du user et même pour le user en question, ça ne change rien

Remis à jour mon post sur stackexchange. J'ai réinstallé la machine de zéro, connecté au NIS, aucun utilisateur ne peux monter de trucs USB, même ceux qui pouvaient avant
 
Par contre j'ai créé un compte local et ça fonctionne sans problème
 
Bordel

Si cela te "dit", je te propose de tester sur mon portable, ta configuration, pour vérifier si chez "moi" ça plaisante... ou pas !

 
Mais le truc c'est qu'il n'y a pas grand chose dans la conf du NIS

 
tout est dit ici :
https://packages.debian.org/buster/nis
 
tu as donc installé ce paquet ?
à la suite de quoi, ça merdouille "gentiment"...

 
Tout fonctionne depuis des années, ça déconne depuis quelques semaines alors que j'ai passé mes machines en buster. Sur les 40 machines que j'ai dans ce parc, environ la moitié refusent aux utilisateurs de monter leurs clé USB depuis.
Ca passe sur certaines machines, pas sur d'autres, et surtout, tout fonctionne sous stretch

Une vraie enquête policière...
 
Pour quelle raison, tel matériel fonctionne, et pas l'autre...
enfin dans ton cas, ce serait telS matérielS et pas les autres
 
Et, là, je ne te suis d'aucune utilité...
Sauf à t'aider à chercher des pistes de recherches, pour le cas où tu souhaites creuser sur ce défaut

Alors j'ai trouvé ça
 
https://unix.stackexchange.com/ques [...] -debian-10
 
apparemment cette histoire de NSCD corrige la blague et j'ai effectivement une partie des machines qui avaient NSCD et pas les autres mais du coup pourquoi ce con de NIS n'est pas dépendant de NCSD dans les packages debian d'un côté, vu que le truc est orphelin, ça ne m'étonne pas tant... faudrait que je passe le tout sous ldap

 
Tu parais être sur une bonne piste
Certes ça doit te paraître long et fastidieux, mais tu renforces ton expérience dans ce domaine...
 
Je sais, c'est loin d'être consolant, mais... ça permet de rester vigilant... même si nous pouvons nous en passer de ce genre de "souci"

Bonjour
 
Suite à une mise à jour d'une Debian Stretch en Buster, je n'ai plus accés à mon service sur une VM Vagrant à partir d'Internet.
 
En détail, j'ai un serveur Debian Buster sur lequel tourne une VM Vagrant/Virtualbox avec la 2ième interface réseau en mode bridge donc accessible du réseau local.
 
Si je passe par un ssh du serveur ou d'un autre poste du reseau local vers cette VM, ca passe.
 
Si je me connecte depuis Internet sur mon serveur avec la Livebox qui "nat" bien sur le port 22 du serveur, ca passe
tcpdump vu du serveur montre bien l'echange avec l'@IP local 192.168.0.202 et une @IP exterieur

 
Si je me connecte depuis Internet sur ma VM avec la Livebox qui "nat" bien sur le port 22 de la VM, ca ne passe plus.
tcpdump vu de la VM:  la VM ne repond pas à la connection:

 
Je precise que cela fonctionnait sans souci avant la mise à jour.
J'ai testé avec un autre service que ssh ainsi que sur un autre serveur avec Debian Buster + VM vagrant même souci.
 
Si cela vous dit quelque chose,  je vois pas trop d'ou vient le probleme.

problème de firewall ? je ne connais pas du tout vagrant, mais debian passe de iptables à nftables, peut-être qu'il y a un conflit à ce niveau.
Sinon regarde si ta VM a bien toujours sa route par défaut.

merci pour ta reponse,
 
Pas de souci pour la route par defaut les 2 VMs testées sortent bien sur internet.
Pas de config particulière au niveau firewall, juste des regles docker sur les Vms:
 
Serveur:

 
Sur une VM du serveur:

Bon, j'ai resolu mon probleme.
C'était bien lié à la passerelle par default.
 
Celle-ci  est configurée comme ceci:  

Elle passe par le reseau privé des vm vagrant.
 
Même si la vm pouvait accéder à Internet, comme ceci,  
en configurant la passerelle du reseau local en defaut, je peux de nouveau accéder de l'exterieur aux services de la VMs.
 

J'ai upgradé ma Debian en Buster, j'aime de moins en moins .
 
C'est lourd et usine à gaz, j'ai peur que ce soit en train de devenir comme Ubuntu.
J'aimais bien le fait que Debian soit admin-friendly et facile à utiliser sans maintenance (updates de sécu tous les un ou deux mois, upgrades 3~6mois après l'annonce d'une nouvelle release).
 
L'upgrade s'est faite sans accrocs (à part que j'ai dû virer masse paquets manuellement parce qu'une install desktop ne rentrait pas dans une partition de 20GB ).
 
Au reboot, systemd merde autant que sur Stretch (osef, je ne reboote pas souvent), mais on rajoute Pulseaudio qui fait de la merde (c'est corrigé, mais c'est moins intuitif qu'avec Alsa ).
 
KDE5 s'allourdit et perd des fonctionalités au fur et à mesure des évolutions . J'aimais bien KDE 3 -> 3.5, mais ça devient lourd sans être user-friendly (par contre Qt continue à progresser dans le bon sens).
 
Konqueror était un browser valable qui empire pas mal (je tape ce post dans KWrite pour copy/paste dans Konqueror puisqu'il faut une seconde pour afficher chaque lettre tapée ).
 
J'aimais bien Gentoo, mais je dois admettre qu'il faut passer du temps à la maintenir (j'avais distcc pour compiler sans faire chauffer le laptop ). J'ai essayé Arch qui m'a paru bien sans plus, j'ai bien aimé NetBSD, mais ce n'est pas très laptop-compliant.
 
Après, c'est vrai que Debian fonctionne quand même bien et est relativement à jour . On ne parle pas des mises à jour de Slackware ou du Mandrake de la bonne époque où le gestionnaire de packages pétait tout .

Ah... mi, j'l'ai installé sur un portable que j'utilise en secours, et il fonctionne "correctement"... sans plus, puisque je l'utilise pendant les vacances, pour relever mes courriels !
 
Toutefois, ce que tu indiques, me fait encore plus "ralentir"...
 
Je passe ou pas en buster, sur le fixe qui est en stretch... ???
Tu me fais hésiter...

sinon tu peux essayer d'installer mate à la place, c'est joli et + léger.
et si tu veux un truc desktop sans systemd, tu peux toujours utiliser devuan

Soyons sérieux 5 minutes, KDE n'a pas attendu Debian 10 pour être une usine à gaz lourde

Et merci de ne pas critiquer Debian quand le problème est KDE