Reprise du message précédent :
Je postule que le terme "formatteur" est non seulement un néologisme, mais aussi un anglicisme.
Il n'est pas reconnu par l'académie à cette date.
Mais autrement comment "traduire" le 'formatter' anglais/US ? (Même en anglais, je ne suis pas 100% certain du caractère officiel du terme, bien qu'utilisé en informatique et notamment en programmation).
Faute d'un terme officiel, on se contente sans doute d'un terme officieux. En attendant que l'usage conduise à la création de la règle...
> http://www.wordreference.com/enfr/formatting
> http://dictionnaire.reverso.net/an [...] /formatter

D'accord avec ça.

Cependant le fait d'avoir ce néologisme dans un bouquin publié en France, quand bien même en 1990 (ou surtout en 1990 ?), ça apaise mon saignement des yeux initial.
Je suppose aussi qu'il faut être plus souple face à ces dilemmes.

En fait d'une version finale, c'est une bêta+. On a droit a plusieurs maj par jour cette semaine  
 
Quelqu'un a t-il, comme moi, des problèmes de désarchivage avec une suite de .rar de 1Go ?
 
Edit : je viens de tester sous shell avec la commande unrar, ça fonctionne. J'ai donc bien un problème avec le désarchivage sous Nemo  
 
Edit 2 : l'upgrade d'une ancienne version à 18 est dispo : https://community.linuxmint.com/tutorial/view/2316

 
 
Désolé noob inside.    
Est-ce qu'on peut tester Mint sans l'installer en créant un DVD de boot ? Dans le temps c'était possible je genre de chose avec Linux.
Je voudrais voir comment ça tourne sur le PC de mon fils sans lui planter son windows...

Sans problème. C'est fait pour ça.

C'est aussi possible sur une clé usb.

Et c'est même mieux sur l'USB que Dvd

En effet ça marche impec', merci  

Bonsoir.  
Je n'arrive pas à créer un dvd d’installation depuis l'image téléchargé sur le site officiel avec Brasero (alors que je l'avais déjà fait sans soucis pour des versions ultérieures), ça bug. Avec quel autre logiciel pourrais-je essayer ?

Plutôt que de faire une galette essaie plutôt une clé usb c'est rapide, performant et fiable. Et pour répondre à ta question, je sais pas je connais que brasero.

Pour ma part, j’ai toujours utilisé Xfburn (intégré à XFCE) sans jamais rencontrer le moindre problème.

Sur clef usb j'avais essayé, sans réussir ! Et j'avais eu du mal à récupérer ma clef usb dans sa fonction de stockage ensuite. J'avais peu-être été particulièrement doué dans l’exécution de mon échec, mais cela m'a rendu frileux.

Xfburn vient de me graver mon dvd d’installation,

Je ne sais pas où ça déconne cette fois ci, mais je n'y arrive pas avec Xfburn,

Cela aura été fort laborieux, mais Xfburn a enfin gravé mon dvd ! Je vois pour l'instalation demain.

Échec: SCSI error on write(787008,16): See MMC specs: Sense Key B "Command aborted", ASC 00 ASCQ 00.

J'essaye en passant par un autre ordinateur demain (ordi sous windows xp).

edit: petite tentative en gravant avec une vitesse autre que "Max" et sans "enregistrer le flux", je ne sais pas exactement ce sur quoi cela influe, mais bon !

Alors Perso j'ai préparé toutes mes clés Linux sous Windows avec LiliUsb il gère absolument tout et j'ai toujours pu récupérer mes clés après installation.

Cela fera une corde de plus à mon arc (arc des tentatives échouées jusqu'alors) si je ne parviens pas demain avec le graveur sous windows.

Déjà toujours graver à faible vitesse même si il fait 52x. Je grave toujours en 4 ou 8x même avec du Plextor ou équivalent sur du verbatim ou équivalent.
Toujours placer ton Iso à graver sur un disque physique à par du disque système.
Normalement avec ces simples précautions cela devrait être un succès.  

Sauf si ton graveur est en train de mourir

J'avais essayé  en gravant lentement, ça n'avait pas fonctionné, je viens d'essayé en.. comme tu dis placant mon ico sr un disque physique (je l'ai mis sur une clef usb), ça semble avoir fonctionné ! Ahaha ! Je vous dis si je parviens à passer à la nouvelle version, LTS.

Moi j'utilise YUMI pour mes clef multi-boot. Ca marche bien

"No servers were defined in the configuration file. This can only be a configuration error. MDM has started a single sever for you. You should log and fixe the config. Note automatic and timed logins are misabled now "
Voilà le message qui m'est donné lorsque j'essaie d'instaler avec mon dvd.
Est-ce que cela dit quelque chose à quelqu'un ?

Et bien je ne sais pas comment est-ce que je n'arrivais pas à installer, mais j'y suis parvenu (par clef usb, première fois que je le fais alors).

Hou que ça pique les yeux....... My god.
Même besoin d'aucun programme pour faire une clef bootable à partir d'un fichier iso.
Faire un clef bootable est une opération très très bas niveau dans le système (plus bas tu meurs).
C'est juste une copie un peu spéciale bit à bit d'un support vers un autre.
La commande dd est ton ami, mais peut aussi être ton ennemi car extrêment puissante ... donc dangereuse si utilisée sans réfléchir 2 voir 3 fois avant exécution...

exemple:

La valeur de x (une lettre et non pas un chiffre) est à vérifier avec cette commande par exemple

en vérifiant bien que le clef n'est pas "montée".
Sinon, avec un programme graphique, ça m'étonnerait que ça manque sous linux, dont l’excellent k3b par exemple (+ brasero / simpleburn / xfburn et plein d'autres / pas ça qui manque), mais il faut faire une création de disque iso, et non pas une bête copie.

Ouai m'enfin avec LiliUSB pas besoin de tout ça.    
Mais merci pour le mini cours sur la commande "dd" que j'utiliserais probablement jamais
 
Veux-tu du rince œil pour les yeux qui pique ?

 
Moi aussi j'ai toujours fait mes clés Linux sous Windows avec linuxliveusb, est c'était vraiment pratique. (Aujourd'hui, j'ai plus Windows ).
 
J'ai tout essayé sous linux: avec les commandes dd, cat, cp et c'est moins bien qu'avec linuxliveusb :
- impossibilité de faire une clé en gardant ce qu'on a dessus même s'il y a la place.
- à chaque fois la clé ne me parait pas utilisable en dehors de sa fonction de clé bootable, même si l'iso fait 1M sur une clé de 4M...
- Si ensuite, je veux utiliser la clé à d'autre fin, je dois faire pas mal de manipulations avec gsparted pour arriver à avoir une clé qui ne me balance pas des messages d'erreurs à chaque formatage (et qui soit utilisable derrière).
bref, c'est trés rapide en mode terminal, mais ça me parait pas trés propre, en tout cas moins propre qu'avec liliUSB, j'imagine même pas comment faire une clé avec l'option persistance en mode commande

 
Pour récupérer ta clé en mode graphique ; Va dans disques (ou gnome-disks)
 
Sélectionne ta clé, en haut à droite t'a un bouton avec trois traits horizontaux, formater le disque, sélectionne "compatible avec tout.... (mbr), ça va prendre quelques secondes. Une fois cela fait, tu vas pouvoir formater une partition de la capacité max de ta clé sans souci

+ 1
 
Quand une clé Usb ne veut pas se faire formater avec Gparted, Gnome-disk y arrive toujours.

Salut.  
Sous mint 18, j'ai des problèmes de date et heure.
 
par défaut, j'étais sur "mise à l'heure par rapport au serveur" mais la date comme l'heure était complètement fausse, c'était février de je ne sais plus quelle année. ça m'empêchais de me connecter à google.
Je suis passé en manu. ca marche , mais dés que je rebootait, la meme date erronée se remettait.
La date dans mon bios était encore différente, je l'ai mise à jour, mais ca me donne toujours des valeurs fantaisistes sous mint.
 

Tu es en dual boot ?
Car pour moi qui suit en dual boot Ubuntu/W10, l'heure sous Windows est toujours fantaisiste si j'ai booté la fois d'avant sous Ubuntu.
Il affichait en ce moment 3h36 au lieu de 5h36 par exemple.

Ça m’étonnerait un peu/beaucoup/énormément que "gnome" fasse des outils de partitionnement .. à part de l'interface, et soit plus évolué que des outils de ... partitionnement !
Lors de la création d'une clef usb par copie d'image iso, le MBR et table de partition de la clef sont effacés.
Il suffit de recréer un MBR et/ou une table de partition (selon les outils), ce que gparted sait bien sûr faire, ainsi que partitionmanager de KDE.
 

Moi aussi je trouve cela étonnant, et pourtant je l'ai constaté plusieurs fois.
 
Cas typique : j'utilise souvent ma clé Usb de 32 Go pour faire des médias bootable de distribution Linux
Ce matin, pas exemple, je viens de tester Xubuntu 16.04 ( test non concluant d'ailleurs )
Je branche ma clé sur mon PC -> Gparted ne la détecte pas !
 

Ma Clé est pourtant bien située en Sdc, mais elle apparaît comme ayant la même taille que mon disque dur interne SSD de 120 Go situé en Sda !  
bref WTF ?
 
Pourtant, la clé est bien présente dans le gestionnaire de fichiers -> mais avec une taille bizarre -> 1.3 Go seulement. Cad la taille de l'Iso de Xubuntu  
 
Pour récupérer ce merdier, je lance le logiciel " disque "
 

 
Déjà, ce logiciel détecte parfaitement ma clé Usb de 32 Go !
Ensuite, je formate cette même clé, toujours via ce même logiciel.
 
Je relance ensuite Gparted, et miracle ma clé est revenue !
 

 
Comme le système de fichiers sur la clé n'est plus allouée, elle n’apparaît plus dans le gestionnaire de fichiers ( normal )
J'utilise cette fois Gparted pour recréer une partition primaire, et je retrouve ma clé de 32 Go formatée en Fat32 sans le moindre souci.

gparted ne peut évidemment pas gérer une clef USB si le système ne la détecte pas !! (pas la faute à gparted, mais à gnome et sa gestion udisks).
Il est possible que gnome rejette la clef si elle n'a pas de table de partition justement !
Jamais vu ton problème en utilisation KDE (propre / sans gnomerie).
 
+ pour refaire un mbr

 

 
Relis mon post précédent tranquillement    
La clé est détectée par mon système de fichier, elle apparaît sur mon bureau ( il n'y a que la taille qui n'est pas correcte )
D'ailleurs, j'arrive à faire booter mon PC dessus sans souci.
Elle est également détectée par le logiciel " disques " , et de façon parfaite
Par contre, Gparted n'y arrive pas...
 
Je ne veux pas montrer du doigt ce pauvre Gparted, car il y eu certainement avant des couilles qui ont été faite sur cette clé qui fait que cela déconne
Je soupçonne d'ailleurs fortement le créateur de disque de démarrage d'Ubuntu d'y être pour quelque chose, vu que c'est ce dernier qui a fait la clé bootable avec Xubuntu dessus  
 
Mais les faits sont la ! gparted n'arrive pas à s'en sortir tout seul, et il faut utiliser " disques " pour lui apporter un coup de main.
 
PS : autres qualités de ce logiciel " disques "
- il permet d'accéder aux données Smart du disque très facilement
- utiliser en session live, c'est un outil très simple pour faire un copier-coller de son disque dur sur un support externe. Je fais grâce à lui des copies de sauvegarde de mon SSD en moins de 20 minutes

gparted n'y arrive pas ... dans un environnement gnome !!!
gparted y arrive très bien, si rien ne l'en empêche, en prenant la main sur tout.
Après je comprends bien que gnome reste le centre du monde pour ubuntu/Mint.
Donc je comprends ton point de vue d'utilisateurs qui constate.
C'est peut-être pour ça que gnome a eu besoin de faire un outil gestion disque spécifique pour gnome.

 
Sans doute, j'avoue ne pas être assez compétent pour le savoir.
Et je reste malgré tout un fan de Gparted, que j'installe systématiquement sur mes PC ( puisqu'il n'est pas présent pas défaut, sauf en session live )

A l'occasion, je ferai un essai de destruction volontaire de mbr, pour vérifier si ça pose un problème de détection de clef à gparted (... dans un environnement Debian/KDE).

C'est assez aléatoire donc j'espère que tu y arriveras.
En effet j'ai remarqué que cela dépendait aussi de la Clé usb !
Mais en tout cas chez moi :
- avec ma clé de 32 Go
- suite à une installation sur cette clé d'une session live crée via le créateur de disque de démarrage https://doc.ubuntu-fr.org/usb-creator  
... alors Gparded est systématiquement perdu.

Je viens de faire l'essai.
gparted détecte parfaitement une clef USB sans mbr (test sur une Debian:Jessie/KDE).
 
... il suffit surtout de ne pas oublier de sélectionner le bon périphérique (menu gparted/périphérique).
 
Si la commande très bas niveau lsblk voit bien la clef, gparted la verra forcément.....

Oui effectivement, mais le bug de la taille persiste chez moi ->  
 

 
Quand on voit qu'il attribue à cette clé Usb la même taille que le disque dur interne, tu comprendras qu'on hésite pas mal avant de faire la moindre manip  

Bon... Tu te trompes de problème.
Tu montres là un disque dur et non pas une clef USB (voir sélection du périphérique).
Ta table de partition est vérolée.
Ensuite, si tu bricoles ton disque dur avec n'importe quel outil de partitionnement, tu vas avoir des problèmes.

Depuis quand mon disque dur peut il être en Sdc ?
 
Il est en Sda, le voila  
 

Je n'ai pas l'historique de ton système pour le savoir.  
Un conseil: besoin d'un gros coup de karsher pour revoir tout ça de A à Z proprement.
Ce n'est pas "gparted" qui invente le nom des disques.
Commence par:

pour y voir plus clair.
Ensuite, il faut détruire le mbr de ta clef USB qui est complètement vérolé (je ne serais pas surpris que tu la bricoles sous windows....)

[sudo] Mot de passe de christian :  
/dev/sda1: LABEL="RM-CM-)cupM-CM-)ration" UUID="529A74FD9A74DEC3" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="26c97e6c-a926-4665-9aed-cd44e0c79978"
/dev/sda2: UUID="2675-494A" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="89aa62b9-e8c5-4071-bb44-d0a25d707568"
/dev/sda4: UUID="1C70762170760236" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="740c933c-2038-4a13-b35b-9cf3c6416fd3"
/dev/sda5: UUID="225E5FF45E5FBF6B" TYPE="ntfs" PARTUUID="22f131d8-20bd-4f3a-b3ac-5d85410a4301"
/dev/sda6: UUID="ff9ed3e2-d046-4ef1-b8f0-141c55c26685" TYPE="ext4" PARTUUID="2307b4c5-d376-4c5b-980d-e47a314d0cfa"
/dev/sda3: PARTLABEL="Microsoft reserved partition" PARTUUID="4ffe6590-fc57-4fea-8242-abceb31d8f72"
christian@christian:~$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 111,8G  0 disk  
├─sda1   8:1    0   450M  0 part  
├─sda2   8:2    0   100M  0 part /boot/efi
├─sda3   8:3    0    16M  0 part  
├─sda4   8:4    0  54,4G  0 part /media/christian/1C70762170760236
├─sda5   8:5    0   501M  0 part  
└─sda6   8:6    0  56,3G  0 part /
sr0     11:0    1  1024M  0 rom  
christian@christian:~$  
 
Tout est en Sda !  

Fais un essai avec une autre clef.
Ta clef est forcément vue par lsblk, sinon, tu perds ton temps.
 
Avec une clef USB sans mbr, sans table de partition,tu devrais voir ça (en rouge):
 
sda      8:0    0 111,8G  0 disk  
├─sda1   8:1    0   450M  0 part  
├─sda2   8:2    0   100M  0 part /boot/efi
├─sda3   8:3    0    16M  0 part  
├─sda4   8:4    0  54,4G  0 part /media/christian/1C70762170760236
├─sda5   8:5    0   501M  0 part  
└─sda6   8:6    0  56,3G  0 part /  
sdb       8:7   1   3,7G  0 disk
sr0     11:0    1  1024M  0 rom
 
+ en complément, tu peux donner le retour de