Reprise du message précédent :
Cool  

Quelqu'un pourrait m'expliquer cette bizarrerie ?
Comment est-il possible de perdre + d'un Giga dans la nature entre ce qu'il y a d'utilisé par le système et ce qu'il y a de libre ?
 

 
Je suis désolé mais 9.4 - 2.3 = 7.1 or je me retrouve à 5.4. Ou sont passé c'est 1.7G ?

Un disque dur est composé de blocs logiques. Chacun de ses blocs logiques a une taille définie selon le formatage du disque.
 
Il se peut cependant que certains blocs soient partiellement remplis. Pour autant ils seront considérés comme étant utilisés sans pour autant être complètement "pleins".
 
D'où l'écart.
 
Je ne sais pas si c'est très rigoureux ni très clair mais l'idée c'est ça je crois.

A voir aussi quel FS tu utilises, un petit nettoyage peut te faire retrouver les Go manquant (genre les fichiers de logs sur du reiserfs).
 
Suivant ton FS il existe des outils de check/nettoyage

Et la taille du journal

Si c'est du ext4, il y a 5% par défaut réservé pour le root.

C'est bien ça  

Vulnérabilité dans le gestionnaire de paquets APT  
 

merde je suis derrière un apt-cache donc si je comprend bien je suis dans la merde noire

Tu n'es pas administrateur de ton poste ? Informe ton supérieur de cette information

je parles de mes vm @home

Et tu peux pas appliquer le correctif ?

la solution n'est qu'un contournement provisoire, qui  

non mais c'est bon pour du @home tu crains vraiment une attaque à ce niveau ? fais juste la MAJ dès que possible et voilà.

L'article Debian est plus clair :
 
https://www.debian.org/security/2019/dsa-4371.fr.html
 
Si j'ai bien compris, ce qui est provisoire, c'est la désactivation de la redirection pour appliquer le patch, pas le patch lui même.

non je ne crains pas spécialement, mais bon, j'aime faire ce qu'il faut pour être protégé
 
okay, je vais lire cet article

patch installé, merci pour l'info.  
 
Pour le https j'avais laissé tomber, impossible ou du moins dur dur de trouver un serveur qui a tout les paquets et qui cause le https. Si quelqu'un a un lien magique je veux bien, rien que pour faire chier la NSA et Co. faut tout crypter.

je pense que ma mint l'a installé aussi

sur debian apt update.upgrade suffit après désactivation du cache?

Dans les faits oui, perso, je n'ai pas désactivé les caches

oué, apt deja mis à jour dans les dépots de debian, ubuntu et mint depuis hier
basiquement, un

suffit

version d'apt 1.4.9
corect?
 
edit on dirait que oui

Oui c'est bon.

Salut les intégristes !
 
Ce matin je me suis dit que ce serait pas mal que je fasse un script sh qui lorsque je suspend mon laptop démonte les disques réseaux.
 
J'ai regardé vite fait la doc qui disait de mettre un script dans /etc/pm/sleep.d mais qui après d'autres recherches ne semble pas être la solution. La solution semble être de mettre un script dans /lib/systemd/system-sleep .
 
Mon script ressemble à ça :

 
les 3 fichiers /beforecase /post et /pre sont bien créés par contre le fichier /post reste vide et mes points de montages ne sont pas démontés...
 
Vous avez une idée ? j'avoue que là... je sèche totalement

question con mais pourquoi tu fais un touch /post ?
echo "Start" >> /post suffira à le créer si il n'existe pas

Et il y a un i en trop dans ton PATH

Pour le touch c'est parce que dans ma première version du debug je faisait juste un touch pour être sur de bien passer dans mon case.
 
Bien vu pour le i en trop...
 
Mais ça n'explique pas pourquoi le echo ne fonctionne pas .
 
Je vais retester en corrigeant le PATH
 
 
EDIT : ça ne change absolument rien  

A tout hasard, t'as vérifié les droits du script (+x) et le path complet de /post ?

Oui pour les droits et le path complet de /post est assez simple : je le met à la toute racine du fichier .
 
Si mon script ne pouvait pas s'exec ou si le path n'était pas bon il ne pourrait pas me créer les 3 fichiers ^^ .
 
Là ce qui ne marche pas c'est :
- echo (le truc le plus étrange de la terre o_O )
- fusermount
- umount

C'est bon j'ai trouvé...
 
"$i{1}" < y'a un i en trop... faut pas faire du vim quand t'es pas réveillé

en passant, tu peux lancer ton script en utilisant  
 
bash -x tonscript.sh
 
ça aide pour le debug

Pas faux non plus

 
Et du coup, mise à jour de Debian stable aka 'Stretch' qui passe en version 9.7 :
   ---> https://www.debian.org/News/2019/20190123
 
2 correctifs dans cette mise à jour : base-files et ... apt    
 
Remarque, ce serait dommage de se faire rootkiter l'OS dès l'installation à partir d'une image qui contient la faille    

J'ai appliqué les correctifs, mais en fait j'étais déjà à jour de mon apt.

Hello,
 
Je viens de me faire avoir comme un n00b ...
J'ai installé un Ubuntu (18.04) sur une clé USB sur une tablette Thinkpad X1 équipée un SSD NVME.
 
J'avais deux clé USB sur les ports USB-C, celle avec la Live image en sdb et celle sur laquelle je voulais installer en sda. Le SSD étant vu en Live en /dev/nvme0 je crois.
 
Je suis persuadé d'avoir sélectionné l'installation de grub sur /dev/sda et l'OS sur une unique partition ext4 / en /dev/sda1. Mais au final j'ai à présent un bootloader sur le SSD ... Donc sans clé USB la tablette ne boote plus en W10 à moins de sélectionner le SSD via le boot menu (ou dans le menu grub si ma clé est présente) ...
 
En gros je ne comptais pas toucher au SSD est utiliser le boot menu pour booter sur ma clé Ubuntu.
 
N'étant pas admin du W10 , donc exit bcdedit, bootsec et consorts, comment supprimer proprement le grub du SSD (et seulement lui ...) en étant booté sur la clé ?
 
Merci

Tu n'as pas besoin d'être admin pour lancer l'interface de récupération. Au pire, tu créer une clef d'installation de Windows 10 et tu démarres dessus. Ensuite tu choisi de réparer l'ordinateur plutôt que procéder à une installation. A partir de là, tu peux laisser l'outil se démerder ou lancer un terminal avec ligne de commandes pour réinstaller le lanceur de Windows.

Plop

Vous savez quand Debian intègre les nouveaux kernels sur les releases stables ? Je suis toujours en 4.9.0.8, je me demande si je devrais upgrader en 4.20 manuellement

Tu peux prendre sur stretch-backports

Si je dis pas de conneries, il ne bouge pas sauf raison de sécurité sur la stable. Par contre, dispo en backports pour les configurations plus récentes qui veulent rester en stable.

 
J'ai ajouté
 

 
dans sources.list, mais rien de nouveau quand je lance  
 

Il ne se passera rien tout seul.
Il faut aller les chercher avec par exemple la commande ci-dessous pour les lister (il y a du 4.19 proposé actuellement) :

Ensuite, procéder à l'installation:

Les paquets sous backports ne seront jamais installés automatiquement. Étant donné que tu es en full Stable, tu as la possibilité de passer en full Stable+Backports via :