Reprise du message précédent :

indique si la prise réseau est branchée.
what else ?

Sur une VM c'est quand même pas compliqué de savoir quelle MAC est dans quel réseau.

=>  

=>  

Si tu fait du passthrough d'une carte physique dans ta VM, je vois pas le soucis

Et si ça se trouve le driver du device virtuel de la VM va allumer les LED sur les interfaces style virtualbox

Hello,
 
Je cherche à installer un plugin pour KDE Service Menu sur une Jessie. Comment faire ? J'ai trouvé ce que je veux sur KDE Apps, mais comment je l'intègre dans ma distirb ? Je n'ai pas trouvé un paquet .deb standalone ou dans un dépôt

Tu lis le README qui est dans l'archive et tu l'installes à la main

Je suis dans un caca noir...
 
J'ai supprimé des données de mon SSD (TRIM activé dans fstab), je n'ai pas de sauvegardes, bref, c'est l'horreur. Existe-t-il un moyen de récupérer ces données d'une manière ou d'une autre ? J'ai essayé foremost, il n'a rien trouvé de ce qui m'intéressait, je ne sais plus quoi faire.
 
Les données perdues : un site Internet que j'avais développé, donc pas mal d'heures de taf. Si quelqu'un me trouve une solution, je lui reconnaissant sur plusieurs générations...
 
Merci d'avance.

 
C'est ballot  

 
Si c'est TRIMé, y'a très très très très très très très très très peu de chances que tu puisse récupérer quelque chose. Hormis a aller utiliser des failles forensic dans les firmware utilisées par certains services, mais faut le matos pour, les connaissances pour et le temps pour. Et aussi savoir que ça entraîne la destruction du SSD. L'idée est que les SSD ont un log enregistrant les actions sur les puces. Le TRIM va rendre la puce disponible, mais le contrôleur n'a aucunes idées de comment les informations sont stockées dans la puce, le FS n'en a pas non plus l'idée : le SSD est agnostique, il pense mais il ne sait pas. Dans le log il dira j'ai TRIMé telle et telle puce : l'architecture interne fait que les données sont copiées ailleurs et la puce passée au 0fill sur sa TOC interne, les cellules peuvent encore avoir dans ce cas des fragments de données, mais elles seront inconsistantes la plupart du temps, et si ton SSD est "compatible" OPAL ou bien qu'il est "secure" alors c'est toute la puce qui est passée en 0fill (full flush évitant d'avoir a écrire dans les cellules et évitant le wear des anciens systèmes de TRIM qui obligeait a devoir passer par une étape supplémentaire). La cellule n'a aucune rémanence.
 
Le TRIM n'est jamais immédiat (les informations sont transférées de puces en puces de manière transparentes pour l'utilisateur quand le SSD est "inactif" ) si le firmware est ancien, la puce d'origine peut encore avoir des infos résiduelles, mais encore une fois, pas de rémanence et très peu de chance d'avoir de la consistance.
 
C'est pour ça qu'on dit "le raid n'est pas une sauvegarde" : si t'efface un fichier sur un RAID, les deux instances sont effacées. Le RAID ne prévient pas des erreurs utilisateur. Ben là, c'est pareil : t'aurais du sauver ton boulot sur un stockage physique dur, et avoir un stockage froid.
 
Après, tu peut avoir une chance si ton FS/ta distro a une fonction snapshot.

Je sais que j'aurais dû sauver, et crois moi je suis le premier à avoir envie de me mettre des baffes. Et je suis le premier à engueuler les gens qui m'amènent leur machine pour récupérer des données et qui n'en font pas non plus. Les cordonniers et tout ça et je suis très en colère après moi, mais ce n'est plus la question à l'heure actuelle.
 
Je sais à peu près ce que tu dis sur le fonctionnement des SSD, et c'est sans y croire que je suis venu poster, mais sait-on jamais... Merci pour l'aide quand même. Mon FS est ext4 et la distro Debian stable. Donc pas de snapshot, et je ne pense pas que ext4 permette une récupération dans ces conditions. Sur un spinoff c'était jouable, mais là... Merci.

 
Trois. C'est le nombre de mot que j'ai compris dans ce post.

en public ya r-studio
 
http://www.r-studio.com/fr/

Bon... Apparemment debian (testing) a décidé d'imposer le driver libinput pour xorg...
C'est une dépendance hard sur X maintenant.
 
Problème : XFCE ne sait pas le paramétrer à chaud et ça me fait chier de le paramétrer en dehors des paramètres d'XFCE.
 
Problème 2 : J'ai essayé déjà en mode gros dégueulasse de déplacer le driver pour que xorg le trouve pas et fallback sur evdev : Fail, plus aucun input, il veut absolument evdev...
 
Problème 3 : J'ai remis libinput et créé un fichier de configuration dans xorg.conf.d pour forcer evdev sur mon touchpad : Fail, plus d'input de pointeur, mais j'ai encore le clavier au moins
 
Je commence à suspecter un paramétrage debian qui force libinput, mais j'ai pas trouvé où
 
Une idée pour retomber sur evdev

Demande sur le bugzilla de XFCE au pire non ?

Pour le coup ça me semble plus être du ressort de debian que du projet XFCE.
Je vais voir ça.

je joue à provisionner une Debian 8.4 avec Vagrant + shell provisionner

Hybrid stable / testing
Je voudrais avoir accès à testing, sans forcément y passer toute la distro. J'ai fait ça :

du coup quand je aptitude install ça prend stable, sauf si je flag -t testing.
Oui  ? non ? vomi ?

Problème mount.cifs
je veux monter un rep windows réseau via mount.cifs, avec la commande

cette commande me prompte quand meme le password, ce qui bien sur fait péter le script (vagrant force un timeout, et passe à la suite)
j'ai pas trouvé de switch pour forcer le unattended

"-o user=vagrant,password=lol" plutôt

Vomi
 
Je suis pas un expert pinneur ( ) mais ça me semble pourri ton histoire car là tu changes les priorités de tous les paquets.
Mieux vaut juste baisser la priorité de testing et laisse stable avec ses valeurs d'origine.

en effet...

j'adore comme y'a pas un seul outil linux qui a le meme standard de ligne de commande
et sinon ma ligne toute pourri marche à moitié, mais j'ai 0 messages pour dire que le flag password n'existe pas (on sait jamais ça aurait pu me mettre sur la voie)

vu que mon source ne contient que les lignes ci-dessus, je prend pas un gros risque. Ca va juste faire que si je rajoute un nouveau repo, il aura une priorité supérieure

Non car il me semble que les priorités des paquets ne sont pas une simple valeur fixe commune.

Je viens de passer à firefox 46, et ca à l'air tout cassé.
En plus d'utiliser le dernier gtk3.chose, les polices sont moches, et les icônes sont écrasées les unes à coté des autres, les boutons n'ont plus de tronches
 
J'avais cru voir une config pour les polices, mais je ne retrouve plus. Était-ce ici ?

+1
 
Ou simplement utiliser cette règle : APT::Default-Release "stable";
 
Pour les règles du pinage    va voir du côté du man apt_preferences
 
 
Pour ton Firefox quelle méthode d'install ? http://mozilla.debian.net/ ?
la lib gtk manquante ça doit être "libcanberra-gtk3-module".

je conseille de mettre un nom de distrib (jessie, strech ...) plutôt que "stable" ou "testing" ça évite de se faire piéger lors des sorties de nouvelle release.

C’est ça que tu cherches ?
http://forum.hardware.fr/hfr/OSAlt [...] m#t1389299
 
Mettre le texte dans le cadre dans un fichier « ~/.config/fontconfig/fonts.conf » (et le régler en lecture seule, par précaution)
 
Évidemment, ce n’est qu’un exemple à réadapter selon tes préférences pour les lignes sous « hintstyle » et « lcdfilter ».

Mais ça empêche pas de se faire piéger lors d'un upgrade de version

En effet, c'est déjà plus agréable à lire

 
boh une fois tous les 5 ans...

justement on ne se fait pas piéger par les choses fréquentes  
 
il me semble avoir déjà vu passé ici quelqu'un se faire piéger par de l'auto-upgrade mal configuré

IMO :  
noms des release (jessie, stretch) dans le sources.list
codes (stable, testing) dans apt_preferences.
 
Là tu te fais pas avoir et en plus généralement tu voudras garder ton pinning pour la version suivante, là c'est gratuit.

sous linux existe il une commande qui permet de faire un scan surface d'un DD
 
merci

C'est à dire un "scan surface" ?
 
XaT

man badblocks ?

je confirme pour badblocks

 
vérifier si un DD a des secteurs défectueux

Je cherche un soft, script, astuce pour associer chaque bureau virtuel à un répertoire spécifique de façon à avoir une organisation des bureaux par thèmes.
J'en ai marre d'avoir mon bureau en gros bordel, avec moult fichiers    
J'suis sur mate.
 
Quelqu'un connaît ? Ou saurait comment faire ?
 

Bonjour, de temps en temps j'achète la presse.
Là j'ai pioché un Debian de la distribution Linuxidentity.
Le CD est bien gravé, j'ai installé, mais j'ai un tout petit problème : de tty-1 à tty-6 impossible d'avoir le son de youtube qui est sur la console 7.
Une blague ou une astuce de plus à connaître ?
Ou un bug ?
S'il vous plait !
Merci pour votre réponse.

Bonjour,
 
J'ai toujours trouvé les polices moins belles sous Linux par rapport à Windows. Pourtant j'ai installé les polices Microsoft.
Je me demande si ça vient des algorithmes de lissage aussi ?
 
J'ai fait des captures d'écrans à gauche Windows, à droite Linux (sous mozilla/Iceweasel)
La première est en mettant les 2 navigateur en mode zoom 100%.
La seconde en mettant le navigateur d Debian en 120% pour comparer avec la même échelle.
 
(Cliquable)


 
Je préfère largement les polices windows et c'est plus flagrants sous libreoffice. Parfois, celles sous Debian semblent avec des épaisseurs différentes (parfois,une lettre va paraitre plus épaisse qu'une autre). Quelqu'un a une solution pour avoir exactement le même rendu (ou pour l'améliorer) ?

c'est une question de goût et d'habitude, perso je préfère l'affichage par défaut de Debian
 
la solution est simple tu crées un fichier ~/.config/fontconfig/fonts.conf contenant le texte suivant:
 

 
puis tu redémarres ta session
 
 

Merci, y'a du mieux.
 
Le résultat est un peu plus épais et flou par rapport au police Windows.
Du coup, quand je vais dans "réglage" et "polices" sous gnome, les 2 paramètres s n'ont plus d'influence.
Est-ce que les autre paramètres que tu changes avec ce fichier sont accessibles dans gnome ?

À la place de « lcddefault », vers la fin du fichier, je préfère mettre « lcdlight » pour faire moins baveux. Mais tu n’auras jamais un lissage identique à celui fourni par ClearType. Assez paradoxalement (au yeux de certains, si on me passe l’expression), je trouve que le lissage de Linux est plus proche de ce que donne une version imprimée pour les polices de taille < 14 points (c’est assez flagrant pour Verdana, la police par défaut de ce forum).
 
Ah, comme il est possible que ces réglages soient modifiés par un logiciel, pense à mettre le fichier « fonts.conf » en lecture seule.