Reprise du message précédent :
Mouaif .... je n'ai pas de soucis de mise à jour en utilisant :
adobe-flashpugin et adobe-flash-properties-kde
 
Ils remplacent flashplugin-installer qui télécharge le tgz chez Adobe.

Ah tiens je ne savais pas que le paquet adobe-flashplugin installait également la version pepper de flash pour Chromium en plus de la version NPAPI pour Firefox, le changement doit être récent.
 
Apparemment pepperflashplugin-nonfree est maintenant déprécié en faveur de adobe-flashplugin.

Ça s'est fait lors de la sortie de Flash Player 17, non ? Avant, il existait deux versions du plug-in, chez eux : l'ActiveX pour IE < 10, et la version "pour les autres" (Firefox, Opera, Safari, etc.).
 
Depuis la version 17, ils en sortent 3 : toujours l'ActiveX, puis le NPAPI (pour Firefox seulement, mais marche aussi avec Opera "Blink" ), puis le PPAPI (pour Opera "Blink" ). Peut-être que les versions Ubuntu ont embarqué les deux versions NPAPI et PPAPI dès ce moment-là ?

Sauf erreur jusqu'à présent il y avait deux paquets Ubuntu différents, l'un installait la version NPAPI, l'autre (pepperflashplugin-nonfree dont on parlait plus haut) la version PPAPI.
 
Maintenant il semble que abode-flashplugin installe à la fois NPAPI en version 11.x, et PPAPI en version 18.x. Le changement semble dater de mai d'après la page de wiki que j'ai donné en lien plus haut, mais jusqu'à présent je n'en avais pas du tout entendu parler.
 
Enfin bref, ça devrait un peu faciliter la gestion du plugin flash, plus qu'un seul paquet à installer quelque soit le navigateur qu'on utilise.

Merci pour l"info je vais tester  
 
Edit : ça fonctionne impec    
 
En fait il y 2 paquets qui s'installent :
 
adobe-flashplugin ( This package provides plugins compatible with both Chromium and Mozilla based web browsers )

adobe-flash-properties-gtk ( This package provides the GTK+ control panel for the Flash plugin. )

Bonsoir,  
Je viens d'installer 15.04 sur mon SSD.
Y a t il quelque chose à faire pour la gestion du SSD avec Ubuntu ?
 

A priori non tout est géré nativement    
 
https://doc.ubuntu-fr.org/ssd_solid_state_drive

Merci  
Sur mon PC, j'ai un SSD et un HD.
Ubuntu est installé sur le SSD, mais il m'est impossible d'ouvrir le HD, qui est pourtant bien affiché dans le lanceur  
 
Ce message  s'affiche :
Impossible d'accéder à « Volume de 1000 GB »
Error mounting /dev/sdb2 at /media/davidg/FCE04539E044FC00: Command-line `mount -t "ntfs" -o "uhelper=udisks2,nodev,nosuid,uid=1000,gid=1000" "/dev/sdb2" "/media/davidg/FCE04539E044FC00"' exited with non-zero exit status 14: Windows is hibernated, refused to mount.
Failed to mount '/dev/sdb2': Opération non permise
The NTFS partition is in an unsafe state. Please resume and shutdown
Windows fully (no hibernation or fast restarting), or mount the volume
read-only with the 'ro' mount option.
 
Pour info, ce HD est au format NTFS.
 
Comment faire ?  
 

Tu n'aurais pas sur ton HDD un Windows 8 en veille prolongée par hasard ?

Oui, j'ai vu ça dans le message d'erreur.
Cependant, je n'utilise jamais la veille prolongée sur mon laptop , il est allumé ou éteint

Il y a moyen de dézinguer ce Windows 8 en hibernation ?

Tu as essayé de la désactiver quand même pour voir ?

Hé... Peut-être que si mais tu ne le sais pas : dans les options d'alimentation de Windows, lorsque tu vas dans les réglages du mode en cours d'utilisation, est-ce que le "démarrage rapide" est activé ? Parce que si oui, alors sache que c'est une veille prolongée déguisée : le compte d'utilisateur est fermé, mais l'OS passe en hibernation pour redémarrer plus vite et ne plus avoir qu'à relancer le compte de l'utilisateur ensuite. Il faut donc désactiver ce "démarrage rapide" pour être sûr d'arrêter complètement Windows. Subtilité : l'option "Redémarrer" provoque de toute manière un arrêt normal et un démarrage depuis zéro de Windows.

Et je rappelle qu'une veille prolongée est une extinction complète du PC après que le contenu de la RAM a été copié sur le disque dur. La seule différence avec une extinction "normale" est qu'au rallumage, l'OS n'a pas à tout relancer depuis zéro : il n'a qu'à remettre le contenu du fichier contenant le contenu de la RAM avant extinction dans la RAM. Ne pas confondre avec la veille "tout court" où tous les composants (sauf RAM et alimentation) sont coupés.

Comme le message semble l'indiquer, et que Mobilis a relevé à juste titre, le disquel est très probablement "hiberné" (car l'autre option est "hs"...).
 
Le plus simple est d'essayer de le monter read-only "à la main" avec les droits adéquats (root)!

puis d'y accéder via le répertoire "mnt" sous la racine.
 
Pour le "démonter":

Salut
Sinon:  
aller dans panneau de conf W8- options alimentation-définir l'action des boutons-modifier les paramètres...- et là tu as accès à l'option démarrage rapide....
Crdlt

Le plus sage est de désactiver le démarrage rapide et la mise en veille prolongée en effet.
 
Car de toute façon tous les tutos pour un dual boot W8/ubuntu conseille de le faire...  

Merci pour votre aide.
En fait, j'ai un SSD où est installé Ubuntu, et un HD de 1000 GB que j'ai récupéré, sur lequel est installé Win 8 mais dont je n'ai que faire, c'est un HD de récup, que j'ai installé dans mon système car il y a énormément de fichiers multimédia dessus.
Y a t il moyen de "killer" tout ce qui à un rapport avec Win 8 dessus, afin de pouvoir lire et écrire sur ce HD ?
Sinon, il faudrait que je désistalle mon HD, que je copie 700GB de données multimedia sur un autre HD que je ne possède pas, puis que je reformate mon HD pour finalement remettre tout mes fichiers dessus  
Y a t il un moyen simple de faire cela ?  

Bonjour, à part en supprimant à la mano tous les répertoires sauf celui de tes données non il n'y a pas de moyen clair.
 
CEla dit même si tu fais ça, le soucis c'est qu'il restera toujours le fait que la partition est en NFS, ce qui n'est pas l'idéal sous linux (utilisation inutile du cpu pour écrire etc).
 
Donc clairement, la solution idéale c'est copier les données ailleurs, formater en ext4 (ou autre format supporté nativement par linux) et tout remettre.  
 

c'est ce que j'aurais suggérer et situation similaire

Merci pour vos réponses.

Salut
 
Petit souci technique ; je dois maj une 10.04 ---> 14.04.
· Je n'ai ni lecteur CD, ni clé usb sous la main mais j'ai vu qu'on pouvait dire à grub2 de booter une image iso.
· J'ai donc téléchargé l'iso de la 14.04.2 en version 64bits.
· Placée à la racine de la partition de données /dev/sda7.
 
· Mis ceci (trouvé sur la doc ubuntu-fr) dans /etc/grub.d/40_custom :

(j'espère que je ne suis pas faux avec mon (hd0,6) )
 
· Fait un update-grub.
 
· Reboot.
 
· Et au reboot, j'ai bien le choix dans le menu de grub, mais quand je le selectionne il ne fonctionne pas, je n'ai plus le message d'erreur en tête, mais il me dit un truc du genre "fichier non trouvé" et me demande de "charger d'abord un kernel" ou un truc du genre.  
 
J'ai raté une étape n'est-ce pas ? Mais laquelle ?

Merci infiniment.

A la limite, je me serai contenté de passer les commandes suivantes :

Dans la mesure où l'ISO live est botable, on la pose sur une clé USB ou sur une partition disque et on laisse GRUB faire la détection et le reparamétrage.

Le soucis de /dev/sdx c'est que ça suppose que tout soit dans le même ordre après redémarrage. Clairement préférer les UID qui eux ne bougent pas.

Concrètement avec les UUID ça donne quoi les commandes ?
J'ai test avec /dev/sda7 ; il n'y avait rien de plus dans le menu de démarrage. Retour case départ.

ps: grub est sur la partition Linux en fait, je sais pas si ça a une importance ?
dans le mbr il y a le chargeur d'amorçage d'un Windows. Et c'est depuis celui-ci qu'on choisi soit de boot windows, soit linux, et dans ce cas il passe la main au grub sur la partoche Linux.
Ça ne devrait rien changer je pense, mais je précise quand même, on sait jamais.

Euh oui et non, ça dépend de l'ordre dans lequel les OS du dual boot ont été installés. Le dernier aura toujours raison.
 
Pour ma part, j'ai un Kubuntu (14.10), un Seven et un autre Kubuntu (15.04) sur une partition à part. Ce dernier a été installé avec une installation de GRUB sur la partition racine (/dev/sda5, CàD la 1ère partoche de sda4 déclaré en partition étendue) au lieu de le poser en début de disque (/dev/sda). Du coup, j'utilise le GRUB de la 14.10 qui me permet de lancer la 15.04.

Ben moi y a qu'un grub, sur sda2. Et dans le MBR c'est un chargeur d'amorçage Windows.
Et l'iso d'ubuntu 14.04 est à la racine de la partoche de données, sda7.
 
Jusqu'à présent tout ce que j'ai tenté n'a pas fonctionné.

Voilà ce que j'utilise pour un boot depuis une clé USB qui contient l'ISO (grub est sur la clé):
 

 
Dans ton code, tu utilises "search -sf $isofile" mais ensuite tu indiques (hd0,6) ce qui est inutile si la recherche a fonctionné. Soit commente le "search -sf $isofile", soit enlève le (hd0,6).
 
Pour voir où ça plante, démarre une console sous GRUB et tape les commandes à la main jusqu'à avoir une erreur.

okay je vais tester ça alors merci

1. sans le (hd0,6) ça plante toujours.
Si jamais voici à quoi ressemble le message d'erreur lorsque j'ai sélectionné le nouveau choix dans grub :

Par contre, grosse misère la partition Data a disparu au reboot normal ; elle est remplacée par une partition, selon blkid : /dev/sda7: LABEL="Ubuntu 14.04.2 LTS amd64" TYPE="iso9660" avec comme seul contenu, ce qu'il y aurait eu sur une clé USB Live créée à partir de l'image ISO !

Holy sh*t, il me faut récupérer les données coûte que coûte maintenant !    

Mmh, j'ai l'impression qu'il a monté l'iso sur la partition. Les données doivent toujours être là, redémarre normalement pour voir.

Après reboot normal, ça n'a pas changé. Je pense aussi qu'elles sont toujours là, je ne vois pas quand il aurait eu le temps de tout formater. Mais je suis paumé là...
 
Je fais tourner testdisk pour voir s'il peut faire quelque chose...

 
J'ai l'impression qu'il a dû faire un "loopback (hd0,6) $isofile", ça correspondrait à la situation. Ta partition sda7 fait quelle taille? Celle de l'image iso?
 
D'après le manuel de grub la commande "loopback -d (hd0,6)" pourrait régler ça. Tu peux essayer en lançant une console depuis GRUB (F10 je crois).

sda7 fait 344 Gio selon Gparted.
Elle est passée du système de fichiers "NTFS" à "inconnu", d'après Gparted toujours.

Edit :
"loopback -d (hd0,6)" via la console grub me retourne ça :
error : device not found.

Depuis la ligne de commande grub, "ls" te retourne quoi comme partitions?
 
"ls (hd0,6)" te retourne le contenu de la partition ou de l'iso?

Apparemment, c'est pas hd0,6 mais 0,5 la partition en question.
Voilà le retour :

Apparemment la partition est hd0,7, donc "loopback -d (hd0,7) donne quoi?
 
D'après le fstab, la partition DATA devrait avoir quel nom/UUID?

euh ouais, la 0,7 je commence à avoir les neurones qui se mélangent

/etc/fstab ne me liste que les partitions ext3 et swap, pas les ntfs.
Ce ne sont pas des partitions montées automatiquement au démarrage (j'ai jamais su faire), il faut cliquer dessus dans Nautilus pour qu'elles soient montées.

Edit : un loopback -d (hd0,7) via la console grub me retourne aussi un :
error : device not found.

 
Aïe, j'avais pas vu que tu avais tenté la commande de TNZ, en faisant "sudo dd if=ISO-ubuntu of=/dev/sda7 bs=64k" tu as remplacé le contenu de sda7 par celui de l'iso.
 
Rien à voir avec les commandes que je t'avais données donc, là il faut voir avec testdisk si tu peux restaurer l'ancienne partition.

testdisk me disait que le filesystem était endommagé.
Et que le secteur de boot ne correspondait pas à celui de sauvegarde, je l'ai donc restauré, les partitions étaient dès lors bien reconnues, mais c'est toujours le contenu de l'ISO dessus. La partition n'est plus de type "inconnu" mais bien ntfs maintenant.

Obligé de faire un [deep search] avec testdisk, une analyse conventionnelle ne résout pas le problème.

Pourtant après la commande dd il me semblait que data était toujours bien là comme d'habitude... c'est bizarre.
Bref.

J'ai la vague impression de l'avoir dans le c*l là
fait chier, 200 Go de photos ⁹⁰⁰⁰⁰

Et les sauvegardes?  
 
Tu ne dupliques jamais sur d'autres supports?

Si testdisk ne parvient pas à restaurer la partition, tu devrais pouvoir récupérer une partie des photos avec photorec.

Suis sur le PC d'un tiers.
 
testdisk : niet.
Photorec : en cours... le truc chiant c'est qu'on perd la nomenclature et l'arborescence... ça va être joyeux à rétablir.