Reprise du message précédent :

 
  https://wiki.debian.org/fr/FlashPlayer#Installation ?
 
Ton sources.list permet d'installer les paquets contrib non-free ?

C'est la première méthode que j'ai testé. La commande me répond que le package n'est pas disponible malgré le source-list copier sur celui de ton lien.

Dispo dans contrib non-free : https://packages.debian.org/fr/jess [...] in-nonfree
 
Fait voir ton /etc/apt/sources.list ?
 
Tu as bien fait un apt-get update après avoir modifié ton sources ?

Le apt-get update a bien été effectué.

Voici le source.list:

Et le message d'erreur. Effectivement le lien qu'il cherche ne mène nul part, ce qui me fait dire que le package n'est plus maintenu.

Quelle idée de vouloir flashplayer aussi
 
Sinon tu peux toujours aller le get sur le site d'adobe et l'installer sur ton user à l'ancienne

Apparemment tu n'es pas le seul à connaitre ce soucis :
https://debian-facile.org/viewtopic.php?id=17469
Normalement le dernier post a apparemment trouver la solution.

Rajoute donc non-free dans les MAJ de sécu et updates, au passage

C'est vrai que je me passerais bien de ce relicat d'un temps plus ou moins révolu mais certains sont vraiment lents à passer à autre chose. En plus Debian 8 est ma première Debian et au bout de quelques jours elle n'est déjà plus très fonctionnelle, enfin mate ne l'est plus trop, en ligne de commande c'est toujours parfait. De toute façon il va falloir passer à Debian 9.

Un grand merci pour le lien Jean-Blaguin, ça marche impeccablement bien.

 
J'ai rien fait du tout pour le coup   Bonne continuation !

Le package est bien installé en fait, c'est juste le script qui récupère le flashplayer (non packagé dans le package ) qui échoue.

hello,
 
question sur la gestion de packages/versions/bugz debian ..
 
Je profite de la release de Strech pour re-industrialiser ma prod@home et je tombe sur le bug : https://bugs.debian.org/cgi-bin/bug [...] bug=858232
(deux pauvres dépendances manquantes)
 
Le truc est fermé depuis le 27 mars, et n'est fixé que dans la version 5.7.1 sous Buster...  
Il faut donc s'attendre à ce que ce ne soit jamais fixé sur la 5.5 sous Strech ?  
Je peux survivre en rajoutant 2 packages dans mon playbook, mais c'est moche

Pour ceux qui ont migré leur serveur sur Stretch, finalement, ça s'est bien passé ? Rien à signaler ?
 
J'ai bien envie de migrer mon serveur Web personnel.

J'ai migrer l'un de mes serveurs. J'ai eu aucun soucis. Si n'est ma connexion pptp qui déconne un peu (enfin plus le script que j'avais fait pour me co automatiquement).

Sinon y a rien à signaler (y)

Hello  
 
Est-ce qu'il y en a qui ont installé Notepadqq sur Debian Stretch ?
 
Il n'y a pas le logo de l'appli qui s'affiche. Ce n'est pas important en soit parce que ça fonctionne mais c'est quand même un peu gênant.

 
RAS ici.

Moi je galère a migrer owncloud 8.2 vers la 9...
 
Donc le passage sous Strech c'est pas pour dessuite
 
EDIT: Finalement j'ai réussi à migrer vers une Nextcloud 11.
 
A voir si j'arrive à passer sur la v12 puis si c'est ok on passera sous Stretch...

o/

Aujourd'hui j'ai migré un de mes serveurs ovh de jessie à stretch, le tout en ssh au travers d'un openvpn. même pô peur
pas de difficulté particulière, mais y'a quand meme 2/3 trucs à ne pas oublier  

1/ si vous aimez pas systemd: http://without-systemd.org/wiki/in [...] stallation
 (normalement deja fait à l'install de jessie). et vous le pinnez pour qu'il ne revienne pas. lors de l'upgrade, pas de souci sysvinit reste
j'avais plusieurs trucs installés, tels que nginx, mysql, kvm, php... aucun n'a posé probleme de dépendance à systemd.
2/ l'interface réseau est désormais renommée par un nom censé être "prévisible" (enps0b3x4.....)
 mais en pratique, ça peut changer d'un reboot à l'autre
 si vous preferez garder eth0 ( et ne pas perdre le réseau au reboot, surtout si le serveur est distant ) ajouter dans /etc/default/grub

3/ y'a un nouveau réglage dans vim qui ne permet plus de copier/coller à la souris  
pour cela, éditer /usr/share/vim/vim80/defaults.vim
vers la ligne 70, mettre

en dehors de ça, c'est un classique

joie au reboot, le kernel est en version 4.9.0-3-amd64

J'ai lu que si on avait mis à jour on avait nécessairement eth0, contrairement à un install toute neuve. En tout cas ça ne semble pas au point si ça change d'un boot à l'autre.

 
Le copier/coller est normalement toujours faisable même avec (activé par défaut dans Stretch)

 
Il suffit de sélectionner le texte à la souris tout en ayant la touche Shift enfoncée (Alt/Option sous Mac). Ça marche aussi avec le coller du clic-molette

 
OK, merci

ha, je connaissais pas, merci
par contre, avant y'avait pas besoin de la touche shift. "c'était mieux avant"
la, le probleme est juste dans vim, le reste ca marche toujours

Moi j'ai mis "set mouse -=a" dans mon .vimrc, et pas besoin de shift...

Bonjour;
 
J'ai besoin d'aide. Je dois préciser que j'utilise Debian car Windows me saoulé avec ses mises à jours et divers soucis... Je ne suis pas du tout bon en info...
 
Sur un disque dur, j'ai effacé 2 répertoires de photos et vidé la poubelle, avant de me rendre compte que c'était ceux que je voulais garder justement   . J'ai eu ensuite la mauvaise idée de lancer photorec sur ce disque sans trop comprendre comment ça marche. Ce truc m'a crée plus de milles répertoires accessibles seulement par le superutilisateur dans lequel il y a tous les fichiers qu'il a pu retrouver. Mauvaise surprise : tous les fichiers ont des noms bizarres, seul l'extension semble correct. (quand on effaçait et récupérait sous windows, seul le premier caractère était faux, c'est différent sous Linux ?)
 
Est ce que qq peut me donner la ligne de commande à faire pour copier tous les fichiers situés dans les sous-répertoires ayant l'extension .jpg vers une même destination ? J'ai pas réussi (cp - r *.jpg /(source) /(dest), ça marche pas). ça m'aiderait beaucoup, merci  

cp -r sans espace après le tiret.
 
Mais sinon ça doit fonctionner comme commande.

 
Après avoir utilisé photorec, tu peux utiliser ce script pour tout trier par extension, ça fonctionne impecc !
 
https://github.com/tfrdidi/sort-PhotorecRecoveredFiles

 
Même sans espace ça marche pas. ça ne reconnais pas *.jpg,
En en plus, ça copie tout en recréant des répertoires... ALors que justement je veux que tout soit dans le même répertoire.

Y'a pas une commande qui déplace tout les fichiers de sous répertoires vers un même répertoire ?

find… -exec…

ok, j'ai trouvé : cp recup_dir.*/*.jpg /(dest)
 
Pour récupérer des foremost est peut etre mieux non ?

J’aurais tendance à utiliser GNU dd_rescue avec un HDD autre en cible, mais effectivement on dit beaucoup de bien de Foremost.

J'ai réussi à retrouver mes photos avec photorec. Y'a une interface en mode texte pas mal faite, cette fois-ci j'ai fait attention de bien la paramétrer et ça a fonctionné . La première fois je m'étais trompé de partition ....(après j'ai fait un chmod -R comme expliqué dans le tutoriel d'ubuntu de photorec).
 
Comment se fait-il que les noms des fichiers soient bidons ? Quand il supprime des fichiers, Linux n'efface pas seulement la première lettre comme windows ? L'arborescence est complètement effacée ?

Indice ? Sous Linux, les fichiers sont enregistrés dans le système de fichier sous forme d'identifiants numériques appelés "inodes".

Sous Windows, les noms sont enregistrés dans la MFT (en NTFS) ou dans la FAT (FAT32).

Justement, les fichiers effacés était sur un ancien disque dur en NTFS.
 
ça m'était déjà arrivé ce genre de chose avec Windows, et j'avais l'impression que c'était simple de récupérer les fichiers, et surtout instantané : Un utilitaire listait les fichiers récupérables avec un point d'interrogation sur le premier caractère, et on sélectionnait ceux qu'on voulait récupérer.
Là, ça a pris un temps dingue

et ouai, le fat16 c'est l'avenir

Bon, c'est pas tout à fait passé sans encombre, mais ça y est, j'y suis.
 
Notamment un conflit PHP5/7 et/ou MySQL/MariaDB que je n'ai pas bien saisi, que j'ai fini par désinstaller tout PHP et tout MySQL et réinstaller proprement.
 
Bon, en dehors de ça, j'ai MyTinyTodo en PHP qui ne fonctionne pas en PHP7, mais je m'en doutais puisqu'il n'est plus développé, faut que je trouve son remplaçant.
 
Petite remarque cependant, mon serveur Kimsufi semble toujours tourner avec un noyau "3.10.23-xxxx-std-ipv6-64", même après l'upgrade, je ne sais pas si c'est normal et pour quelle raison.
 
En dehors de ça, ça a l'air de tourner.

Pour ton noyau, regarde s'ils proposent un meta-paquet pour ce type d'image (qui doit être géré par OVH).

Si y a pas, faut que tu checkes toi-meme la nouvelle version à installer.

À mon avis, si je ne mets pas un autre noyau moi-même, il ne se passera rien, j'avais jamais fait gaffe que j'étais resté bloqué sur cette version du noyau.

tu as quoi comme noyau d'installé ?
 
linux-image ou linux-image-3.10.... ?

Vérifie dans l'interface d'admin kimsufi que tu boot bien sur ton disque pas local et pas sur le réseau

"Actuellement 'Boot from hard drive (no netboot)'"
 
Bon, après, je lis ci et là que OVH met des noyaux personnalisés sur les serveurs.
On trouve entre-autre les fichiers là : ftp://ftp.ovh.net/made-in-ovh/bzImage
Mais les procédures pour passer à un noyau standard me semblent un peu floues ... Pas envie de devoir réinstaller le serveur pour une connerie.

http://sysadminworld.com/2012/how- [...] nel-on-ovh
Bon, à priori, cette méthode fonctionne bien, pour ceux que ça intéresse.