NeoX a écrit 18334 commentaires

t'es "un con anticonformiste et" tu ne "sais pas ce que" tu "rate"s, mais tu dois avoir tes "raisons"

:p

Il me faudrait la liste de tous les dépôts que j'ai installé (en faisant " sudo apt-get install ***** ") depuis ces 9 mois que je suis sous Kubuntu 32 bits : donnez-moi SVP une ligne de commande qui puisse me permettre d'obtenir cette liste.

donc en fait la liste des paquets qui ont été installé par apt-get install

Voici ce que j'ai noté de mes precedentes manipulations :

To make a local copy of the package selection states:

$ sudo dpkg --get-selections "*" >/home/user/mespaquets

en utilisant * car "*" inclue aussi les paquets à purger

on reinstalle ensuite avec :

$ sudo apt-get update 
$ sudo dpkg --set-selections </home/user/mespaquets
$ sudo apt-get -u dselect-upgrade

mais là encore c'est un coup à recuperer plein de paquet que tu avais testé, sans penser à les desinstaller.

Perso je ferais donc une installation à partir de rien,
pour me rendre compte dans 3 jours qu'il me manque "LE" logiciel X, le reinstaller,
et oublier les autres dont je ne me sers jamais.

quand je lis ca :

lorsque je fais terminer les changements, on me dit aucun système de fichier n'a été choisi comme racine (/)

et que je vois ca :

n°1 primaire 100.0gb B ext4
n°5 logique 500.0Gb ext4
n°6 logique 200.0Gb ext4
n°8 logique 168.2Gb ext4
n°7 logique 32.0Gb F swap swap

on voit bien qu'il n'y a aucun point de montage definit pour ton partitionnement (sauf peut-etre la swap, qui sera reformatée en passant 'F')

en liveCD avec photorec il faut sauvegarder plutot sur un disque externe
car tu vas lire sauvagement sur le disque interne de la machine.

sinon, comme pour le backup avec dd, il faut monter la partition /dev/sda1 dans un dossier de ta machine, pour ensuite pouvoir faire la sauvegarde dedans.

ex : mount /dev/sda1 /mnt
puis dire à photrec de sauvegarde dans /mnt

mais pour moi ca ne semble pas une bonne idée d'analayser le disque sda et de sauvegarder en meme temps dedans.

toi pas comprendre ?
alors moi reexpliquer. ;)

tu as un partition /dev/sda1 en EXT4,
cette partition contient un fichier monbackup.img qui est le dump de la partition sda 6 qui etait en XFS (obtenu avec dd if=/dev/sda6 of=/mnt/monbackup.img)

donc ca ne sert à rien de vouloir faire une xfs _repair, sur une partition qui est en ext4

c'est sur ta partition sda6 qu'il faut faire les tentatives XFS_Repair car c'est TA partition XFS

daemon: bind(7) failed errno=98 (Address already in use)

ca te dis que l'adresse:port est deja utilisé, ton demarrage precedent a donc du fonctionné
arrete le processus slapd, avec

/etc/init.d/slapd stop
killall slapd

et toujours ton souci avec IPv6

daemon: IPv6 socket() failed errno=97 (Address family not supported by protocol)

Feb 4 14:45:56 x.x.x.x slapd[2056]: unable to open args file "/var/run/slapd.args": 13 ** (Permission denied)**

tu lances /etc/init.d/slapd start en tant que root ou en tant qu'utilisateur ?
le dossier/fichier /var/run/slapd.args existe, il appartient à qui ?

PS : pour repondre à quelqu'un il faut cliquer sur "REPONDRE" sous son post, plutot que sur "poster un commentaire" qui repond alors au post initial

la premiere :

Feb 4 14:26:26 x.x.x.x slapd[1277]: unable to open args file "/var/run/slapd.args": 13 (Permission denied)

comment executes tu ton programme (avec quel utilisateur) ?

la 2e :

Feb 4 14:26:29 x.x.x.x slapd[1283]: daemon: IPv6 socket() failed errno=97 (Address family not supported by protocol)

apparemment il tente de faire des truc en IPv6 qui n'est pas actif sur la machine, ou à l'inverse pas supporté par ton openldap

enfin :

tu es dans /usr/src/packages/BUILD/openldap-2.4.26
tu essaie de construire ton propre paquet ?
ta distribution ne fournit pas openldap pret à utiliser ?

tu la fais comment ta migration ?
ssh/rsync ?
l'utilisateur 113 existe-t-il sur la machine de destination ?
de meme pour le groupe 123 ?

Tu as bien su ecrire du code Python pour envoyer un email (ou le copier d'internet)
il doit bien y avoir des exemples en C++ sur internet pour faire la meme chose.

Parce que là, tu as quand meme un gros enchainement pas optimiser du tout.

• cron qui lance la tache C++
• la tache C++ qui ecrit sur le disque (ou pas selon le signal recu)
• la tache C++ qui va appeler python
• python qui va lancer ton gmail.py
• gmail.py qui va envoyer l'email et effacer le fichier
• python qui va liberer le shell
• la tache C++ qui va se terminer.

ah, et sinon, quand tu veux repondre à quelqu'un sur le forum, il faut cliquer sur "Repondre" en dessous de son post, plutot que sur "envoyer un commentaire".

L'avantage de Linux, c'est que tu es libre.

Et donc, oui, tu peux,
il suffit d'ajouter un appel à gmail.py dans ton programme C++

Mais à ce compte là, pourquoi ne pas carrement ecrire et envoyer le mail en C++ ;)

pour sda1, ca depend comment tu as fait le dd

si tu as fait dd if=/dev/sda6 of=/dev/sda1
alors sda1 contient exactement la meme chose que sda6 (avec les memes erreurs)

si tu as fait

mount /dev/sda1 /mnt
dd if=/dev/sda6 of=/mnt/monbackup.img

alors la partition sda1 n'est pas en XFS, mais dans le format que tu as bien voulu lui donner
et le contenu de sda6 se trouve dans le fichier monbackup.img (comme son nom l'indique, c'est un backup)

si tu n'es pas à la seconde pres,
tu peux faire un cron qui va tourner toutes les minutes et au choix :

• lancer un script qui test la presence du fichier, et lance ton gmail.py

ou

• lance ton script gmail.py, qui devra inclure une fonction qui regarde si le fichier so-state existe et envoie l'email dans ce cas là

ca ne marche pas chez moi (OSX)

ping www.192.168.1.243.xip.io
ping: cannot resolve www.192.168.1.243.xip.io: Unknown host

ca ne marche pas non plus avec un linux dans une VM sur mon reseau (DNS de Free)
dig ne renvoie rien meme avec les DNS de Google.

mais ca fonctionne depuis un linux chez Ovh (DNS OVH)

bref c'est quand meme pas gagné cette affaire.

faire ce qu'on t'as proposé
tu as fait un backup de sda6 dans un fichier sur sda1,

tu peux donc travailler sur sda6, lancer les xfs_repair, essayer de monter et sortir des données vers un support externe,
une fois que tu auras fait ca, tu pourras reinstaller ta distrib

et je vais me pencher sur le chainload ensuite .

ben tu reactives le OS-Prober, ca va construire le chainload qui va bien

ben ce que tu cherches, c'est à lancer ton script quand un fichier apparait,
s'il n'y a pas de fichier ce serait dommage d'user du processeur en attendant à ne rien faire.

donc il faut un truc qui :
- detecte la presence du fichier
- execute le script

ah ben tiens, c'est justement ce que fait inotify
il surveille un dossier/fichier, et quand il change, il execute une action…

bon parce que sinon, tu peux aussi ajouter une boucle for/while qui va tourner dans le vide, et regarder toutes les X boucles s'il y a un fichier dans le dossier, mais ce ne sera pas optimisé, ca va bouffer du CPU, alors que le systeme dispose d'un truc qui est fait pour ca.

quand tu as lancé foremost ou photorec, il a du te demander de passer ROOT
pour avoir le droit te taper dans le disque dur,

les dossiers/fichiers qui sont sortis de l'analyse appartiennent donc à ROOT

ton utilisateur lambda ne peut donc pas acceder ou modifier les fichiers qui sont dans un dossier appartenant à root.

ensuite ton disque est plein, ben là encore c'est logique,
tu as un media que tu veux analyser, et dont tu veux extraire des infos,
il faut donc pouvoir stocker ces infos quelque part.

si tu lui dis de sortir les données et de les stocker sur le meme disque qu'au depart il va se passer 2 choses :
- le disque contiendra 2x les données (donc 2 fois leur taille)
- le programme va boucler sur lui meme car il va analyser les fichiers/dossiers qu'il vient tout juste de creer, pour tenter de les extraire à nouveau.

Plus d'info ca va etre delicat, je n'ai pas XFCE comme interface.

Tout ce que je peux te dire, c'est que tu as une carte wifi (le wlan0 qui apparait quand tu tapes ifconfig )
il faut ensuite chercher dans les menus et boutons, il doit y avoir un "gestionnaire de reseau" ou "applet network-manager"

et c'est probablement au meme endroit que tu as supprimé la connexion BBOX quand tu voulais mettre le reseau filaire.

les commandes ifconfig affiche bien un wlan0, donc c'est que la carte wifi existe, et qu'elle est detectée par le systeme,
il te faut juste trouver le menu pour l'activer, lui dire sur quel wifi se brancher,
il va te demander le mot de passe du wifi, et hop

tu pourras verifier que tu as de la connexion en refaisant un ifconfig
qui va t'afficher une IP dans le paragraphe wlan0

là encore, un ping 8.8.8.8 puis, si ca repond, ping google.fr pour confirmer que la connexion internet fonctionne.

le gestionnaire de mise à jour, c'est l'interface graphique…
qui fait la meme chose que apt-get update && apt-get upgrade

mais ca n'installe que les mises à jour de la version courante de ta distrib.

pour installer le wifi, ce n'est pas vraiment une installation qu'il faut faire, juste une configuration,

ca doit se faire au meme endroit que pour le reseau filaire, puisque tu disais avoir supprimer le reglage BBOX pour faire marcher la connexion filaire.

relire le code.

au debut du code tu as

USERNAME = "adress@gmail.com"

puis plus bas

    msg['From'] = USERNAME

et toi qui cherches à changer adress@gmail.com par ton adresse à toi,
ton premier reflexe, c'est de changer la ligne msg['From'] = USERNAME ???

ben que c'est bon,

ca ping 8.8.8.8 (donc internet)
ca ping google.fr (donc ca resoud les URL)
ca fait bien le apt-get update

donc plus qu'à faire ce que tu voulais faire au depart,
sans oublier le sudo devant les commandes qui ont besoin d'etre root.

ben en changeant le FROM de l'email, non ?

dit autrement : en faisant rechercher/remplacer de address@gmail.com par PiHome

je n'y connais pas grand chose en python mais le code semble contenir un deletefile(SOstate)
mais il est indenté.

pour moi il devrait etre tout collé à gauche, pour etre pris en compte comme le sendMail()