Re: clef USB avec plusieurs comptes

[Michel Verdier]

Le 15 juin 2023 hamster a écrit :

> Est-ce que vous avez une solution pour ce problème ?

Peut-être ajouter un umount systématique à la fermeture des sessions ?

clef USB avec plusieurs comptes

[hamster]

Hello.

Je suis entrain d'installer debian 11 mate sur un ordi. Il y a 3 
personnes dans la famille donc 3 comptes sur l'ordi.


J'ai un souci avec les clef USB. Quand quelqu'un branche une clef USB 
elle est automatiquement montée et apparait sur son bureau. Quand la 
personne éjecte la clef, ca la démonte. Jusque la tout va bien.


La ou ca se corse c'est si la personne ferme sa session en oubliant de 
démonter la clef. Alors la personne suivant qui se sert de l'ordi voit 
la clef sur son bureau mais ne peut rien en faire :
- si elle essaye d'ouvrir la clef, ca lui donne un message disant 
"impossible d'afficher /media// le type du fichier est inconnu"

- si elle essaye d'ejecter la clef, ca lui demande le mot de passe root.

Est-ce que vous avez une solution pour ce problème ?

Merci d'avance.

Re: Clef USB - disparition de données

[fw]

...  oui,

sudo sync

...

"Dire que l'on s'en fiche du droit à la vie privée sous prétexte qu'on a rien à 
cacher,
c'est comme déclarer que l'on se fiche du droit à la liberté d'expression sous 
prétexte qu'on a rien à dire."
Edward Snowden

Re: Clef USB - disparition de données

[Basile Starynkevitch]

On 6/25/19 6:26 AM, Basile Starynkevitch wrote:


On 6/24/19 5:32 PM, ajh-valmer wrote:

On Monday 24 June 2019 17:05:48 Stephane Ascoet wrote:

Le 24/06/2019 à 16:56, ajh-valmer a écrit :

J'ai une clé USB de marque SanDisk de 32Go (mais "made in China"),
depuis bien longtemps.
Je l'utilise beaucoup, essentielement sous windows-7,
justement pour ce motif, car là elle marche toujours très bien.
Sous Linux Stretch, j'ai trop de pépins, format FAT-32 cassé sans 
raison.

(ainsi qu'avec 2 autres clés de 1Go et 8 Go).
C'est pourquoi, malheureusement, on ne peut complètement
se passer de windows.
(La solution est d'installer windows en mode virtuel sous Linux).

Je pense plutot que le probleme est entre la chaise et le clavier... il
est totalement anormal que ceci se produise, et d'ailleurs ca ne
m'arrive pas, et heureusement, a presque personne!!!

Réponse trop catégorique, Non, pas du tout,
cela fait plus de 20 ans que j'utilise Linux, un des premiers.



En ligne de commande, les mtools (notamment la commande mcopy) 
marchent très bien avec les clefs USB en FAT.



Et avant de débrancher une clef USB, il faut penser à faire sync


--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France

Re: Clef USB - disparition de données

[Basile Starynkevitch]

On 6/24/19 5:32 PM, ajh-valmer wrote:

On Monday 24 June 2019 17:05:48 Stephane Ascoet wrote:

Le 24/06/2019 à 16:56, ajh-valmer a écrit :

J'ai une clé USB de marque SanDisk de 32Go (mais "made in China"),
depuis bien longtemps.
Je l'utilise beaucoup, essentielement sous windows-7,
justement pour ce motif, car là elle marche toujours très bien.
Sous Linux Stretch, j'ai trop de pépins, format FAT-32 cassé sans raison.
(ainsi qu'avec 2 autres clés de 1Go et 8 Go).
C'est pourquoi, malheureusement, on ne peut complètement
se passer de windows.
(La solution est d'installer windows en mode virtuel sous Linux).

Je pense plutot que le probleme est entre la chaise et le clavier... il
est totalement anormal que ceci se produise, et d'ailleurs ca ne
m'arrive pas, et heureusement, a presque personne!!!

Réponse trop catégorique, Non, pas du tout,
cela fait plus de 20 ans que j'utilise Linux, un des premiers.



En ligne de commande, les mtools (notamment la commande mcopy) marchent 
très bien avec les clefs USB en FAT.



Librement


--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France

Re: Clef USB - disparition de données

[Eric Degenetais]

Le lun. 24 juin 2019 à 17:32, ajh-valmer  a écrit :
>
> On Monday 24 June 2019 17:05:48 Stephane Ascoet wrote:
> > Le 24/06/2019 à 16:56, ajh-valmer a écrit :
> > > J'ai une clé USB de marque SanDisk de 32Go (mais "made in China"),
> > > depuis bien longtemps.
> > > Je l'utilise beaucoup, essentielement sous windows-7,
> > > justement pour ce motif, car là elle marche toujours très bien.
> > > Sous Linux Stretch, j'ai trop de pépins, format FAT-32 cassé sans raison.
> > > (ainsi qu'avec 2 autres clés de 1Go et 8 Go).
> > > C'est pourquoi, malheureusement, on ne peut complètement
> > > se passer de windows.
> > > (La solution est d'installer windows en mode virtuel sous Linux).
>
> > Je pense plutot que le probleme est entre la chaise et le clavier... il
> > est totalement anormal que ceci se produise, et d'ailleurs ca ne
> > m'arrive pas, et heureusement, a presque personne!!!
>
> Réponse trop catégorique, Non, pas du tout,
> cela fait plus de 20 ans que j'utilise Linux, un des premiers.
>
> Je ne suis pas le seul à le dire,
> le sujet "Clef USB - disparition de données",
> ce n'est pas moi qui l'ai introduit sur cette ML.
> J'ai reçu aussi bien des helps pour des clés USB en panne sous Linux.
>
> Il faut accepter ce qui est susceptible de mieux marcher
> avec un autre système.
> Peut-être que windows est plus permissif sur d'anciennes clés USB
> qui ont pris de la bouteille.
>
> Rufus (que windows) marche mieux qu'avec un équivalent linux,
> et même recommandé sur des sites Linux et logiciels opensource.
> Le gravage (natif) de CD/DVD sous win marche mieux qu'avec K3B (linux).
>
> Mais il y aura toujours des personnes qui diront le contraire... :-)
>
Pour ma part je n'ai jamais eu d'ennuis. Ça relève peut-être de la
chance. Il n'est pas impossible non-plus qu'on paye les choix
supplémentaire donnés à l'utilisateur par la possibilité d'erreurs de
manipulation que les outils plus grand public de Windows ne nous
laissent tout simplement pas faire...

Cordialement

Re: Clef USB - disparition de données

[ajh-valmer]

On Monday 24 June 2019 17:05:48 Stephane Ascoet wrote:
> Le 24/06/2019 à 16:56, ajh-valmer a écrit :
> > J'ai une clé USB de marque SanDisk de 32Go (mais "made in China"),
> > depuis bien longtemps.
> > Je l'utilise beaucoup, essentielement sous windows-7,
> > justement pour ce motif, car là elle marche toujours très bien.
> > Sous Linux Stretch, j'ai trop de pépins, format FAT-32 cassé sans raison.
> > (ainsi qu'avec 2 autres clés de 1Go et 8 Go).
> > C'est pourquoi, malheureusement, on ne peut complètement
> > se passer de windows.
> > (La solution est d'installer windows en mode virtuel sous Linux).

> Je pense plutot que le probleme est entre la chaise et le clavier... il 
> est totalement anormal que ceci se produise, et d'ailleurs ca ne 
> m'arrive pas, et heureusement, a presque personne!!!

Réponse trop catégorique, Non, pas du tout,
cela fait plus de 20 ans que j'utilise Linux, un des premiers.

Je ne suis pas le seul à le dire,
le sujet "Clef USB - disparition de données",
ce n'est pas moi qui l'ai introduit sur cette ML.
J'ai reçu aussi bien des helps pour des clés USB en panne sous Linux.

Il faut accepter ce qui est susceptible de mieux marcher
avec un autre système.
Peut-être que windows est plus permissif sur d'anciennes clés USB
qui ont pris de la bouteille.

Rufus (que windows) marche mieux qu'avec un équivalent linux,
et même recommandé sur des sites Linux et logiciels opensource.
Le gravage (natif) de CD/DVD sous win marche mieux qu'avec K3B (linux).

Mais il y aura toujours des personnes qui diront le contraire... :-)

Re: Clef USB - disparition de données

[Stephane Ascoet]

Le 24/06/2019 à 16:56, ajh-valmer a écrit :

J'ai une clé USB de marque SanDisk de 32Go (mais "made in China"),
depuis bien longtemps.
Je l'utilise beaucoup, essentielement sous windows-7,
justement pour ce motif, car là elle marche toujours très bien.
Sous Linux Stretch, j'ai trop de pépins, format FAT-32 cassé sans raison.
(ainsi qu'avec 2 autres clés de 1Go et 8 Go).
C'est pourquoi, malheureusement, on ne peut complètement
se passer de windows.
(La solution est d'installer windows en mode virtuel sous Linux).

Bonne journée,

A. Valmer


Je pense plutot que le probleme est entre la chaise et le clavier... il 
est totalement anormal que ceci se produise, et d'ailleurs ca ne 
m'arrive pas, et heureusement, a presque personne!!!

--
Cordialement, Stephane Ascoet

Re: Clef USB - disparition de données

[ajh-valmer]

On Monday 24 June 2019 15:47:10 Stephane Ascoet wrote:
> Bonjour, quand je pense a l'imbecilite de fabriquer des objets aussi peu 
> durables et pourtant aussi polluants, ca ne me defoule pas du tout. 
> J'utilise, tant que c'est encore possible, des Fujitsu Gigamo, de 
> preference en SCSI: c'est un milliard de fois mieux, la duree de vie est 
> proche de l'infini... mais evidemment ca n'a jamais fonctionne 
> commercialement... forcément...

[cut] :
J'ai une clé USB de marque SanDisk de 32Go (mais "made in China"),
depuis bien longtemps.
Je l'utilise beaucoup, essentielement sous windows-7,
justement pour ce motif, car là elle marche toujours très bien.
Sous Linux Stretch, j'ai trop de pépins, format FAT-32 cassé sans raison.
(ainsi qu'avec 2 autres clés de 1Go et 8 Go).
C'est pourquoi, malheureusement, on ne peut complètement
se passer de windows.
(La solution est d'installer windows en mode virtuel sous Linux).

Bonne journée,

A. Valmer

Re: Clef USB - disparition de données

[Stephane Ascoet]

Le 14/06/2019 à 18:11, Basile Starynkevitch a écrit :

A ta place, je jetterai une clef défaillante. Ton temps, et la valeur
des données sauvegardées dessus, valent bien plus que le prix de la clef
neuve. Si tu crains des atteintes à des données confidentielles,
bouzilles la clef avec un marteau. En plus, ça défoule!


Bonjour, quand je pense a l'imbecilite de fabriquer des objets aussi peu 
durables et pourtant aussi polluants, ca ne me defoule pas du tout. 
J'utilise, tant que c'est encore possible, des Fujitsu Gigamo, de 
preference en SCSI: c'est un milliard de fois mieux, la duree de vie est 
proche de l'infini... mais evidemment ca n'a jamais fonctionne 
commercialement... forcement...


Bon, j'ai quand meme perdu des donnees la-dessus a cause d'un bug dans 
le noyau(2.6.19 je crois) de la Debian Etch, pourtant stable :-(


Apparemment il y a toujours des supports utilisant ce type de 
technologie, mais hors de prix et reserves aux entreprises.


En tous cas, les cles USB, helas devenues peu contournables, ne me 
servent que pour servir de support d'installation ou pour transporter 
des *copies* de fichier d'un endroit a un autre.


Sur les questions de notions de temps gagne/perdu, je partage certaines 
choses que tu ecris(enfin... parmi les rares que j'arrive a comprendre) 
mais je pense tout de meme que rentrer dans ce discours ramenant tout a 
l'argent, meme si le court terme tu le fais pour tenter d'orienter les 
choses dans le bon sens, est une mauvaise chose sur le long terme, 
soutenant l'ideologie capitaliste(voir remarque ci-dessous en complement).


Fab:

D'ailleurs, sur cette liste, certains doivent y croire un peu, étant donné le 
temps qu'ils passent à aider les passants qui passent.


Ah ben ouais, il y a meme des grands mechants objecteurs de croissance 
et rebelles divers ;-)


Et je rebondis sur ce message d'Hamster concernant des termes mal 
utilises par tous et qui continuent a inculquer de mauvaises conceptions 
de la facon dont fonctionnent les choses, et au final ca se termine par 
des pertes de donnees. Alors je sais que vous allez trouver que je 
chipote... mais quand certains veulent definir le monde sous forme de 
chiffres avec eventuellement un symbole monetaire a cote, moi je le fais 
avec des mots :-p



C'est normal. Graver une image ISO écrase les partitions présentes et


On ne "grave" pas, mais il est vrai que je ne vois pas forcement de 
terme de remplacement... Plaquer? Appliquer serait pas mal...



les remplace par les partitions de l'image ISO. Dis toi bien que
l'opération de graver une image ISO inclut un reformatage de la clef.


Non, le terme reformatage est a proscrire... c'est une micro$ofterie mal 
utilisee par tout le monde. Application de l'image ISO ecrase tout le 
contenu present auparavant, c'est comme repeindre un mur par exemple.



gravé une image ISO, il faut systématiquement la reformater comme tu le
veux.

Il faut la repartionner, et placer des systemes de fichiers dans ces 
partitions :-p



Sans certitude, le gravage sous Windows avec l'outil Rufus ne semble pas
poser ces problèmes.


Parce qu'il y a differentes methodes pour appliquer l'image ISO. Des 
outils comme Rufus et autres font des bidouilles pour qu'il y ait quand 
meme une partition FAT, c'etait probablement utile du temps ou les 
images n'etaient pas amorcables facilement pour une raison ou pour une 
autre. Je n'en ai jamais eu besoin pour ma part.

--
Cordialement, Stephane Ascoet

Re: [complètement mais alors complètement HS] Clef USB - disparition de données [mais ça défoule]

[Yann Serre]

Le 15/06/2019 à 15:14, Ph. Gras a écrit :

Un investissement, c'est de l'argent;-)


Qui est supposé rapporter plus ensuite :)

Re: [complètement mais alors complètement HS] Clef USB - disparition de données [mais ça défoule]

[Ph. Gras]

Salut la iiste !

>> Sans opposer les uns aux autres, il y a aussi les indépendants. 
>> 
>> Prendre quelques heures pour défricher un sujet, apprendre une nouvelle 
>> compétence, accumuler de l'expérience, c'est un investissement. 

Un investissement, c'est de l'argent ;-)

> 
> Le temps de loisir, c'est du temps gagné, pas perdu. Donc il a une valeur. 

Bah, ouais…

Bon courage,

Ph. Gras

Re: [complètement mais alors complètement HS] Clef USB - disparition de données [mais ça défoule]

[Basile Starynkevitch]

On 6/15/19 1:31 PM, Yann Serre wrote:


Sans opposer les uns aux autres, il y a aussi les indépendants.

Prendre quelques heures pour défricher un sujet, apprendre une 
nouvelle compétence, accumuler de l'expérience, c'est un investissement.


Si on ne fait plus rien de ces nouvelles connaissances après, oui, 
c'est du temps perdu.


Si on n'en fait rien mais que le sujet est intéressant et qu'on y 
prend du plaisir intellectuel, c'est du temps de loisir. Et peut-on 
dire que le temps de loisir est du temps perdu ? :)




*Le temps de loisir, c'est du temps gagné, pas perdu. Donc il a une valeur.
*

Et à notre triste époque, le seul moyen d'exprimer la valeur de ce 
temps, c'est de lui attribuer un prix. D'où le slogan /time is money/ 
que j'aime bien.



Et le /time is money/ s'applique évidemment aussi quand j'administre mon 
Linux Debian sur mon ordinateur à la maison.


Si on exploite cette nouvelle compétence pour résoudre plus facilement 
un autre problème comparable sans avoir recours à un spécialiste, on 
commence à gagner de l'argent.


Si on exploite cette nouvelle compétence pour vendre une prestation, 
alors le temps investi en formation ou en auto-formation peut se 
transformer en source de rémunération.


Voilà, le bac philo, c'est lundi !!! :)

Yann



--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France

Re: [complètement mais alors complètement HS] Clef USB - disparition de données [mais ça défoule]

[Yann Serre]

Bonjour,

Le 15/06/2019 à 12:43, Ph. Gras a écrit :

Salut la liste !


Prend aussi en compte ton propre temps (il n'est pas gratuit!/time is money/)

Ah ouais ? et qu'en sais-tu ? Tiens, comme ça... Et si c'était notre problème justement 
de penser que "time is money" ?

Mais ça, c'est le leit motiv de la société toute entière. Je le déplore 
personnellement, mais c'est comme ça. Et au boulot (je suis ingénieur chercheur 
au CEA, LIST) on me le rabâche sans cesse, tous les jours. J'ai rédigé très 
récemment, en en français, des remarques à ce sujet sur ma page web 
persohttp://starynkevitch.net/Basile/index.html  et en ce moment même je suis 
en arrêt de travail pour burnout (toujours lié à la même problématique du time 
is money) et RPS.

Quand on est salarié, on est payé au temps passé. Donc le temps, c'est de 
l'argent et inversement.

Bon week-end de farniente,

Ph. Gras



Sans opposer les uns aux autres, il y a aussi les indépendants.

Prendre quelques heures pour défricher un sujet, apprendre une nouvelle 
compétence, accumuler de l'expérience, c'est un investissement.


Si on ne fait plus rien de ces nouvelles connaissances après, oui, c'est 
du temps perdu.


Si on n'en fait rien mais que le sujet est intéressant et qu'on y prend 
du plaisir intellectuel, c'est du temps de loisir. Et peut-on dire que 
le temps de loisir est du temps perdu ? :)


Si on exploite cette nouvelle compétence pour résoudre plus facilement 
un autre problème comparable sans avoir recours à un spécialiste, on 
commence à gagner de l'argent.


Si on exploite cette nouvelle compétence pour vendre une prestation, 
alors le temps investi en formation ou en auto-formation peut se 
transformer en source de rémunération.


Voilà, le bac philo, c'est lundi !!! :)

Yann

Re: [complètement mais alors complètement HS] Clef USB - disparition de données [mais ça défoule]

[Ph. Gras]

Salut la liste !

>>> Prend aussi en compte ton propre temps (il n'est pas gratuit! /time is 
>>> money/)
>> Ah ouais ? et qu'en sais-tu ? Tiens, comme ça... Et si c'était notre 
>> problème justement de penser que "time is money" ? 
> Mais ça, c'est le leit motiv de la société toute entière. Je le déplore 
> personnellement, mais c'est comme ça. Et au boulot (je suis ingénieur 
> chercheur au CEA, LIST) on me le rabâche sans cesse, tous les jours. J'ai 
> rédigé très récemment, en en français, des remarques à ce sujet sur ma page 
> web perso http://starynkevitch.net/Basile/index.html et en ce moment même je 
> suis en arrêt de travail pour burnout (toujours lié à la même problématique 
> du time is money) et RPS.

Quand on est salarié, on est payé au temps passé. Donc le temps, c'est de 
l'argent et inversement.

Bon week-end de farniente,

Ph. Gras

Re: [complètement mais alors complètement HS] Re: Clef USB - disparition de données [mais ça défoule]

[Basile Starynkevitch]

On 6/15/19 9:16 AM, fab wrote:

'lut,

Prend aussi en compte ton propre temps (il n'est pas gratuit! /time 
is money/) 
Ah ouais ? et qu'en sais-tu ? Tiens, comme ça... Et si c'était notre 
problème justement de penser que "time is money" ?


Mais ça,*c'est le leit motiv de la société toute entière.* Je le déplore 
personnellement, mais c'est comme ça. Et au boulot (je suis ingénieur 
chercheur au CEA, LIST) on me le rabâche sans cesse, tous les jours. 
J'ai rédigé très récemment, en en français, des remarques à ce sujet sur 
ma page web perso http://starynkevitch.net/Basile/index.html et en ce 
moment même je suis en arrêt de travail pour burnout (toujours lié à la 
même problématique du time is money) et RPS 
.


Mais c'est toujours mon problème. Quand je développe du logiciel libre 
(et je le fais aussi bien professionnellement - cf 
http://github.com/bstarynk/bismon/ - que personnellement) c'est mon 
problème principal. Je dois arbitrer sans cesse entre mon temps de 
développeur (qui -aussi bien au boulot qu'à la maison- a une _valeur_) 
et le temps de calcul de l'ordinateur. Quand je choisis un algorithme 
compliqué (genre arbre rouge noir 
) ou un algorithme simple 
(genre recherche sequentielle dans une liste chaînée 
) j'arbitre entre 
mon temps de dévelopeur et celui de l'ordinateur (et les deux valent de 
l'argent). Et j'ai 40 ans d'expérience à ce sujet.


Quand je choisis -ou non- d'automatiser une tâche plus ou moins 
répétitive, en écrivant un script shell (sur mon PC Linux aussi bien au 
boulot que chez moi), éventuellement lancé par crontab, c'est le même 
problème. J'arbitre en mon temps (que je trouve avoir une valeur 
certaine), et le temps de mon ordinateur (qui a une moindre valeur).


Et pour ceux d'entre nous qui sont -comme moi- membre de l'APRIL, il y a 
eu des échanges forts à ce sujet. J'ai même décidé de cotiser moins à 
l'APRIL et d'adhéré à l'AFUL. D'autres ont démissionnés de l'APRIL (et 
je tend à les comprendre). La confusion trop fréquente, c'est de 
considérer le logiciel libre comme gratuit. La FSF fait bien la 
distinction. Mais les utilisateurs de Linux ou Debian, beaucoup moins.



*Et ce qui m'intéresse le plus dans une Debian, c'est les logiciels 
libres /_futurs_/ qu'elle contiendrait dans quelques années ou décennies.*




Et si on décidait que le temps n'était plus de l'argent ? D'ailleurs, 
sur cette liste, certains doivent y croire un peu, étant donné le 
temps qu'ils passent à aider les passants qui passent.


Mais moi aussi j'ai les gens "gratuitement", par exemple sur Debian 
French, et encore plus sur stackoverflow: voir 
https://stackoverflow.com/users/841108/basile-starynkevitch pour les 
détails.


Mais je temps que je passe n'est pas gratuit. Jamais. Car j'ai choisi et 
arbitré de faire une chose plutôt qu'une autre.


Le temps n'est pas de l'argent, je n'ai jamais vu un euro tombé d'une 
horloge (analogie douteuse, ok) et le temps que _je_ _décide_ de 
passer sur un problème n'est pas du temps "perdu". Enfin, à mon avis.


*Ce n'est pas du temps perdu, c'est du temps gagné. *Mais par ce fait 
même, *ce temps a de la valeur. *Car tu pourrais décider de passer ton 
temps sur un autre problème. Par exemple pour moi Basile, les systèmes 
reflexifs persistents sont importants. Pour d'autres, non. Certains 
prefèrent passer le temps à manifester pour le climat (et ils ont 
raison!). Et dans nos sociétés (et ça je le déplore) la seule mesure de 
la valeur, c'est l'argent.


Un autre exemple; je vais à la poste; j'attends 30 minutes. J'ai mal au 
genou, et l'attente m'est douloureuse. Et ce n'est pas de la faute de la 
guichetière si j'attends autant. Il y a 20 ans, je n'attendais pas 
autant à la poste. Il faut faire comprendre aux décideurs que le temps 
d'attente du client, c'est aussi de l'argent.


Car nous sommes dans une société où tout ce qui n'est pas mesuré (en 
euro) et n'est pas dans un tableur (ou un système d'information à la 
SAP) n'existe pas. C'est faux, ça existe quand même (mais les managers 
s'en foutent). Et c'est pour ça que mon temps -aussi- c'est de l'argent. 
Je déplore que tout soit devenu monétisé, mais c'est comme ça.


Au boulot, j'ai "vu" une tentative de suicide, dans le bâtiment 
NanoInnov où je travaille, en rapport avec ce problème (plus 
précisément, la TS au eu lieu 15 secondes après que je sois sorti du 
bâtiment). Moi même, je suis en ce moment même en arrêt de travail RPS 
. Donc j'y suis 
sensible. J'espère ne pas me suicider au travail dans les 3 ou 4 années 
qui me restent avant la retraite. Hélàas, je suis à peu près sûr -en 
tout cas c'est très probable- d'y voir, dans les mois ou années qui 
viennent, d'autres tentatives de suicide.


On peut regarder les résultats des élections récentes (par exemple pour 

[complètement mais alors complètement HS] Re: Clef USB - disparition de données [mais ça défoule]

[fab]

'lut,

Prend aussi en compte ton propre temps (il n'est pas gratuit! /time is 
money/) 
Ah ouais ? et qu'en sais-tu ? Tiens, comme ça... Et si c'était notre 
problème justement de penser que "time is money" ?


Et si on décidait que le temps n'était plus de l'argent ? D'ailleurs, 
sur cette liste, certains doivent y croire un peu, étant donné le temps 
qu'ils passent à aider les passants qui passent.


Le temps n'est pas de l'argent, je n'ai jamais vu un euro tombé d'une 
horloge (analogie douteuse, ok) et le temps que _je_ _décide_ de passer 
sur un problème n'est pas du temps "perdu". Enfin, à mon avis.


a+

f.

ps: sinon, quant à cette clé... je me demande pourquoi elle n'est pas 
encore à la poubelle ;)

Re: Clef USB - disparition de données

[Basile Starynkevitch]

On 6/14/19 7:54 PM, ajh-valmer wrote:

On Friday 14 June 2019 19:01:07 Basile Starynkevitch wrote:

Ah mais ça c'est simple à récupérer. Il faut effacer toute la clef. Par
exemple avec
dd if=/dev/zero of=/dev/sdc bs=64k count=524288
et ensuite on reformatte la clef avec les procédés usuels (fdisk ou autre).

Oui, je connais cette commande qui me bousille la partition FAT32,
même sur clé usb neuve, de qualité.



Mais tu t'en fous. Tu refais une partition neuve (fdisk, gparted, etc..) 
ensuite.


Ensuite, tu as une clef quasi-vierge (mais l'usure physique demeure).



--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France

Re: Clef USB - disparition de données

[hamster]

Le 14/06/2019 à 18:54, ajh-valmer a écrit :
> La disparition de la partition FAT32 se fait lorsque je grave une
> image .ISO. 

C'est normal. Graver une image ISO écrase les partitions présentes et
les remplace par les partitions de l'image ISO. Dis toi bien que
l'opération de graver une image ISO inclut un reformatage de la clef.
Bien sur, toutes les données présentes sur la clef sont également
écrasées par la gravure de l'image ISO.

Il ne faut graver d'image ISO que sur des clef ne contenant rien que tu
veux garder. Et pour re-utiliser une clef de facon normale après y avoir
gravé une image ISO, il faut systématiquement la reformater comme tu le
veux.

Re: Clef USB - disparition de données

[ajh-valmer]

On Friday 14 June 2019 19:01:07 Basile Starynkevitch wrote:
> Ah mais ça c'est simple à récupérer. Il faut effacer toute la clef. Par 
> exemple avec
> dd if=/dev/zero of=/dev/sdc bs=64k count=524288
> et ensuite on reformatte la clef avec les procédés usuels (fdisk ou autre).

Oui, je connais cette commande qui me bousille la partition FAT32,
même sur clé usb neuve, de qualité.
Pas avec win et Rufus (pas l'acteur).

Re: Clef USB - disparition de données [résolu]

[hamster]

Le 14/06/2019 à 18:46, humbert.olivie...@free.fr a écrit :
> Je n'avais pas encore utilisé ce programme jusqu'à maintenant.
> En fait, je viens de récupérer les fichiers (1273 fichiers, 3,8Go) sur
> mon disque dur grâce à testdisk.

Les supports materiels ont tous une durée de vie. Disque dur, clef USB,
pire encore CD, tout cela finit par rendre l'ame un jour ou l'autre.

Dans le monde de l'informatique, tout ce qui n'est pas en double sera
perdu un jour. Tout avoir en double, c'est ce qu'on appelle "faire des
sauvegardes". Bien sur, avoir un truc en double avec les deux
exemplaires sur le meme support (par exemple sur le meme disque dur) est
idiot.

Si tu a été obligé d'avoir recours a testdisk c'est que tu n'avais pas
fait de sauvegarde…

Fwd: Re: Clef USB - disparition de données

[Basile Starynkevitch]

On 6/14/19 6:54 PM, ajh-valmer wrote:

On Friday 14 June 2019 18:11:24 Basile Starynkevitch wrote:

*Une clef USB, ça s'use* (électroniquement). *C'est un consommable
jetable.* L'usure est matérielle et ne dépend pas beaucoup du système de
fichiers (certains sont paraît-il plus amicaux avec les clefs que
d'autres) ou du système d'exploitation.

J'ai le même problème avec des clés USB pourtant de marque et chers.

La disparition de la partition FAT32 se fait lorsque je grave une 
image .ISO.
Je retourne sur Gparted, et je vois une petite partition FAT16 au 
début (5%),

et le formatage de l'autre, 95% a disparu.



Ah mais ça c'est simple à récupérer. Il faut effacer toute la clef. Par 
exemple avec


dd if=/dev/zero of=/dev/sdc bs=64k count=524288

et ensuite on reformatte la clef avec les procédés usuels (fdisk ou autre).


--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France

Re: Clef USB - disparition de données [résolu]

[Basile Starynkevitch]

On 6/14/19 6:46 PM, humbert.olivie...@free.fr wrote:

Bonjour Belaïd", et merci pour ce conseil.

Je n'avais pas encore utilisé ce programme jusqu'à maintenant.
En fait, je viens de récupérer les fichiers (1273 fichiers, 3,8Go) sur 
mon disque dur grâce à testdisk.


Maintenant, il ne me reste plus qu'à comprendre s'il s'agit d'un 
problème de la clef (au quel cas, je ne pourrais pas continuer à 
l'utiliser et appliquerai une méthode proche de celle de Basile), où 
si c'est dû à une mauvaise manipulation de ma part.


A mon avis, il n'y a pas besoin de comprendre ça. Tu dois naturellement 
soupconner une usure de la clef. Es tu prêt à passer deux heures de ton 
temps pour le vérifier?


Prend aussi en compte ton propre temps (il n'est pas gratuit! /time is 
money/) et surtout prend du temps pour définir puis appliquer 
regulièrement une meilleure stratégie de sauvegarde.


Et considères aussi que les données sur la clef ont une probablement une 
valeur pour toi (ça peut avoir juste une valeur sentimentale, comme les 
photos numériques de ton dernier-né; mais ça reste valable).


Le principe de l'informatique moderne, en particulier de l'informatique 
libre, c'est que l'information est facile et peu coûteuse à dupliquer, 
et qu'elle a une certaine valeur.


Pour ma part, j'ai plusieurs ordinateurs sous Linux à la maison (un par 
personne habitant au foyer) et les données sont dupliquées sur plusieurs 
disques.


Considères aussi, que sauf si tu fais de la vidéo, le volume de tes 
données personnelles est généralement petit par rapport à tes disques 
(et la plupart des données de ton disque, même sous /home viennent de 
l'Internet, donc sont dupliquées ailleurs).  Penses en premier lieu à la 
valeur de tes données (elles se mesure en le temps et l'occasion que tu 
as eu de les collecter).


Si tu développes du logiciel libre, utilise un dépôt git gratuit 
(github, gitlab...).


Si tu as des données personnelles pas trop volumineuses (documents 
LibreOffice ou LaTeX notamment) penses aussi à utiliser un gestionnaire 
de version (notamment git). Et à lancer, automatiquement, par crontab ou 
anacron, toutes les heures un script de sauvegarde. Si nécessaire, ce 
script peut encrypter les données et les transmettre ailleurs (par 
exemple, les envoyer sur ta boite mail).



--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France

Re: Clef USB - disparition de données

[ajh-valmer]

On Friday 14 June 2019 18:11:24 Basile Starynkevitch wrote:
> *Une clef USB, ça s'use* (électroniquement). *C'est un consommable 
> jetable.* L'usure est matérielle et ne dépend pas beaucoup du système de 
> fichiers (certains sont paraît-il plus amicaux avec les clefs que 
> d'autres) ou du système d'exploitation.

J'ai le même problème avec des clés USB pourtant de marque et chers.

La disparition de la partition FAT32 se fait lorsque je grave une image .ISO.
Je retourne sur Gparted, et je vois une petite partition FAT16 au début (5%),
et le formatage de l'autre, 95% a disparu.

Sans certitude, le gravage sous Windows avec l'outil Rufus ne semble pas 
poser ces problèmes.

Re: Clef USB - disparition de données [résolu]

[humbert . olivier . 1]

Bonjour Belaïd", et merci pour ce conseil. 

Je n'avais pas encore utilisé ce programme jusqu'à maintenant. 
En fait, je viens de récupérer les fichiers (1273 fichiers, 3,8Go) sur mon 
disque dur grâce à testdisk. 

Maintenant, il ne me reste plus qu'à comprendre s'il s'agit d'un problème de la 
clef (au quel cas, je ne pourrais pas continuer à l'utiliser et appliquerai une 
méthode proche de celle de Basile), où si c'est dû à une mauvaise manipulation 
de ma part. 

En tout cas, grand merci, je suis content d'avoir pu remettre la main sur mes 
données. 
Bonne soirée/journée. 
Olivier 

PS : et un gros bravo aux personnes derrière testdisk/photorec si elles nous 
lisent ici. 



À: "Belaïd MOUNSI"  
Cc: "DUF"  
Envoyé: Vendredi 14 Juin 2019 18:12:28 
Objet: Re: Clef USB - disparition de données 

Bonjour, 

Essai de récupérer la partition perdu avec photorec par exemple... 

Le ven. 14 juin 2019 18:05, < [ mailto:humbert.olivie...@free.fr | 
humbert.olivie...@free.fr ] > a écrit : 



Bonsoir/bonjour à toutes et tous. 

(Debian Stretch, à jour ici) 

Hier, j'ai fait du tri dans mes clefs USB et leurs contenus. 
J'ai tout mis sur mon disque dur, et j'ai reformaté les clefs USB (avec GParted 
0.25.0) en fat32. 
En fat32 car certaines étaient en ext4, et d'autres en fat, et ça n'était pas 
pratique lorsque j'avais besoin de me servir d'un autre système d'exploitation. 

Ensuite, j'ai réintégré mes données du disque dur vers les clefs USB en les 
triant/copiant/collant. 

Dans l'ensemble, pas de soucis, sauf avec une clef USB. 
Dans celle ci, j'avais placé 3 répertoires dans la racine, et effectué des 
ajouts/suppressions de fichiers dans ces dossiers. 
Ensuite je l'ai démontée. 

Lorsque j'ai voulu la remonter, plus rien. 
Je veux dire par là, que la clef n'a pas montée du tout. 

Quand je la branche, dmesg me dit ceci : 

[331425.040018] usb 3-3: new high-speed USB device number 65 using ehci-pci 
[331425.160032] usb 3-3: New USB device found, idVendor=090c, idProduct=1000 
[331425.160035] usb 3-3: New USB device strings: Mfr=1, Product=2, 
SerialNumber=0 
[331425.160038] usb 3-3: Product: USB DISK 
[331425.160040] usb 3-3: Manufacturer: SMI Corporation 
[331425.161654] usb-storage 3-3:1.0: USB Mass Storage device detected 
[331425.161873] scsi host6: usb-storage 3-3:1.0 
[331428.149862] scsi 6:0:0:0: Direct-Access FLASH Drive SM_USB20 1100 PQ: 0 
ANSI: 4 
[331428.156460] sd 6:0:0:0: Attached scsi generic sg2 type 0 
[331428.157214] sd 6:0:0:0: [sdb] 1536 512-byte logical blocks: (7.86 
GB/7.32 GiB) 
[331428.158087] sd 6:0:0:0: [sdb] Write Protect is off 
[331428.158095] sd 6:0:0:0: [sdb] Mode Sense: 43 00 00 00 
[331428.158959] sd 6:0:0:0: [sdb] No Caching mode page found 
[331428.158961] sd 6:0:0:0: [sdb] Assuming drive cache: write through 
[331428.188107] sd 6:0:0:0: [sdb] Attached SCSI removable disk 

Et il n'y a pas de sdb1 dans /dev/, just un sdb 

Quand je branche une autre clef (exactement le même modèle), elle aussi 
formatée en fat32, dmesg me dit ceci : 

[331681.056017] usb 3-3: new high-speed USB device number 69 using ehci-pci 
[331681.175681] usb 3-3: New USB device found, idVendor=090c, idProduct=1000 
[331681.175684] usb 3-3: New USB device strings: Mfr=1, Product=2, 
SerialNumber=0 
[331681.175686] usb 3-3: Product: USB DISK 
[331681.175688] usb 3-3: Manufacturer: SMI Corporation 
[331681.176112] usb-storage 3-3:1.0: USB Mass Storage device detected 
[331681.176981] scsi host6: usb-storage 3-3:1.0 
[331682.404602] scsi 6:0:0:0: Direct-Access FLASH Drive SM_USB20 1100 PQ: 0 
ANSI: 4 
[331682.411544] sd 6:0:0:0: Attached scsi generic sg2 type 0 
[331682.411571] sd 6:0:0:0: [sdb] 1536 512-byte logical blocks: (7.86 
GB/7.32 GiB) 
[331682.412307] sd 6:0:0:0: [sdb] Write Protect is off 
[331682.412310] sd 6:0:0:0: [sdb] Mode Sense: 43 00 00 00 
[331682.412929] sd 6:0:0:0: [sdb] No Caching mode page found 
[331682.412931] sd 6:0:0:0: [sdb] Assuming drive cache: write through 
[331682.417719] sdb: sdb1 
[331682.420461] sd 6:0:0:0: [sdb] Attached SCSI removable disk 

et là, le sdb1 est bien présent et je peux monter le système de fichier et y 
avoir accès normalement. 

Si je lance gparted sur /dev/sdb de la clef me posant un soucis, il me dit que 
la clef n'a pas de partition formatée, voir le fichier joint 
"gparted-clef-prob.png". 
Gparted sur /dev/sdb de la clef ne posant pas de soucis, il me dit que la clef 
possède une partition fat32, voir le fichier joint "gparted-clef-normal.png". 


Alors 2 choses : 
- je suis curieux de savoir ce qui a bien pu se passer, d'autant plus que j'y 
ai eu accès lorsque j'ai copié des fichiers dessus après son formatage. 
- j'aimerai beaucoup pouvoir récupérer les fichiers de la clef posant un 
soucis, la terre ne s'arrêtera probablement pas de tourner si je n'y parviens 
pas, mais j'avais plusieurs travaux en cours dessus et des informations dont 
j'ai besoin. 


Une idée pour m'assister avec

Re: Clef USB - disparition de données

[Belaïd]

Bonjour,

Essai de récupérer la partition perdu avec photorec par exemple...

Le ven. 14 juin 2019 18:05,  a écrit :

> Bonsoir/bonjour à toutes et tous.
>
> (Debian Stretch, à jour ici)
>
> Hier, j'ai fait du tri dans mes clefs USB et leurs contenus.
> J'ai tout mis sur mon disque dur, et j'ai reformaté les clefs USB (avec
> GParted 0.25.0) en fat32.
> En fat32 car certaines étaient en ext4, et d'autres en fat, et ça n'était
> pas pratique lorsque j'avais besoin de me servir d'un autre système
> d'exploitation.
>
> Ensuite, j'ai réintégré mes données du disque dur vers les clefs USB en
> les triant/copiant/collant.
>
> Dans l'ensemble, pas de soucis, sauf avec une clef USB.
> Dans celle ci, j'avais placé 3 répertoires dans la racine, et effectué des
> ajouts/suppressions de fichiers dans ces dossiers.
> Ensuite je l'ai démontée.
>
> Lorsque j'ai voulu la remonter, plus rien.
> Je veux dire par là, que la clef n'a pas montée du tout.
>
> Quand je la branche, dmesg me dit ceci :
>
> [331425.040018] usb 3-3: new high-speed USB device number 65 using ehci-pci
> [331425.160032] usb 3-3: New USB device found, idVendor=090c,
> idProduct=1000
> [331425.160035] usb 3-3: New USB device strings: Mfr=1, Product=2,
> SerialNumber=0
> [331425.160038] usb 3-3: Product: USB DISK
> [331425.160040] usb 3-3: Manufacturer: SMI Corporation
> [331425.161654] usb-storage 3-3:1.0: USB Mass Storage device detected
> [331425.161873] scsi host6: usb-storage 3-3:1.0
> [331428.149862] scsi 6:0:0:0: Direct-Access FLASHDrive SM_USB20
> 1100 PQ: 0 ANSI: 4
> [331428.156460] sd 6:0:0:0: Attached scsi generic sg2 type 0
> [331428.157214] sd 6:0:0:0: [sdb] 1536 512-byte logical blocks: (7.86
> GB/7.32 GiB)
> [331428.158087] sd 6:0:0:0: [sdb] Write Protect is off
> [331428.158095] sd 6:0:0:0: [sdb] Mode Sense: 43 00 00 00
> [331428.158959] sd 6:0:0:0: [sdb] No Caching mode page found
> [331428.158961] sd 6:0:0:0: [sdb] Assuming drive cache: write through
> [331428.188107] sd 6:0:0:0: [sdb] Attached SCSI removable disk
>
> Et il n'y a pas de sdb1 dans /dev/, just un sdb
>
> Quand je branche une autre clef (exactement le même modèle), elle aussi
> formatée en fat32, dmesg me dit ceci :
>
> [331681.056017] usb 3-3: new high-speed USB device number 69 using ehci-pci
> [331681.175681] usb 3-3: New USB device found, idVendor=090c,
> idProduct=1000
> [331681.175684] usb 3-3: New USB device strings: Mfr=1, Product=2,
> SerialNumber=0
> [331681.175686] usb 3-3: Product: USB DISK
> [331681.175688] usb 3-3: Manufacturer: SMI Corporation
> [331681.176112] usb-storage 3-3:1.0: USB Mass Storage device detected
> [331681.176981] scsi host6: usb-storage 3-3:1.0
> [331682.404602] scsi 6:0:0:0: Direct-Access FLASHDrive SM_USB20
> 1100 PQ: 0 ANSI: 4
> [331682.411544] sd 6:0:0:0: Attached scsi generic sg2 type 0
> [331682.411571] sd 6:0:0:0: [sdb] 1536 512-byte logical blocks: (7.86
> GB/7.32 GiB)
> [331682.412307] sd 6:0:0:0: [sdb] Write Protect is off
> [331682.412310] sd 6:0:0:0: [sdb] Mode Sense: 43 00 00 00
> [331682.412929] sd 6:0:0:0: [sdb] No Caching mode page found
> [331682.412931] sd 6:0:0:0: [sdb] Assuming drive cache: write through
> [331682.417719]  sdb: sdb1
> [331682.420461] sd 6:0:0:0: [sdb] Attached SCSI removable disk
>
> et là, le sdb1 est bien présent et je peux monter le système de fichier et
> y avoir accès normalement.
>
> Si je lance gparted sur /dev/sdb de la clef me posant un soucis, il me dit
> que la clef n'a pas de partition formatée, voir le fichier joint
> "gparted-clef-prob.png".
> Gparted sur /dev/sdb de la clef ne posant pas de soucis, il me dit que la
> clef possède une partition fat32, voir le fichier joint
> "gparted-clef-normal.png".
>
>
> Alors 2 choses :
> - je suis curieux de savoir ce qui a bien pu se passer, d'autant plus que
> j'y ai eu accès lorsque j'ai copié des fichiers dessus après son formatage.
> - j'aimerai beaucoup pouvoir récupérer les fichiers de la clef posant un
> soucis, la terre ne s'arrêtera probablement pas de tourner si je n'y
> parviens pas, mais j'avais plusieurs travaux en cours dessus et des
> informations dont j'ai besoin.
>
>
> Une idée pour m'assister avec ce soucis ?
>
> Bonne soirée/journée à tout le monde,
> Olivier
>

Re: Clef USB - disparition de données

[Basile Starynkevitch]

On 6/14/19 6:04 PM, humbert.olivie...@free.fr wrote:

Bonsoir/bonjour à toutes et tous.

(Debian Stretch, à jour ici)

Hier, j'ai fait du tri dans mes clefs USB et leurs contenus.
J'ai tout mis sur mon disque dur, et j'ai reformaté les clefs USB 
(avec GParted 0.25.0) en fat32.
En fat32 car certaines étaient en ext4, et d'autres en fat, et ça 
n'était pas pratique lorsque j'avais besoin de me servir d'un autre 
système d'exploitation.


Ensuite, j'ai réintégré mes données du disque dur vers les clefs USB 
en les triant/copiant/collant.


Dans l'ensemble, pas de soucis, sauf avec une clef USB.
Dans celle ci, j'avais placé 3 répertoires dans la racine, et effectué 
des ajouts/suppressions de fichiers dans ces dossiers.

Ensuite je l'ai démontée.



*Une clef USB, ça s'use* (électroniquement). *C'est un consommable 
jetable.* L'usure est matérielle et ne dépend pas beaucoup du système de 
fichiers (certains sont paraît-il plus amicaux avec les clefs que 
d'autres) ou du système d'exploitation.


La rumeur dit que les clefs pas chères (la plupart du commerce) ne 
supporte pas plus d'une douzaine d'écritures complètes (sur 90% de sa 
capacité).


A ta place, je jetterai une clef défaillante. Ton temps, et la valeur 
des données sauvegardées dessus, valent bien plus que le prix de la clef 
neuve. Si tu crains des atteintes à des données confidentielles, 
bouzilles la clef avec un marteau. En plus, ça défoule!


Librement.

--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France

Re: Clef USB - disparition de données

[humbert . olivier . 1]

(avec les pièces jointes) 



Bonsoir/bonjour à toutes et tous. 

(Debian Stretch, à jour ici) 

Hier, j'ai fait du tri dans mes clefs USB et leurs contenus. 
J'ai tout mis sur mon disque dur, et j'ai reformaté les clefs USB (avec GParted 
0.25.0) en fat32. 
En fat32 car certaines étaient en ext4, et d'autres en fat, et ça n'était pas 
pratique lorsque j'avais besoin de me servir d'un autre système d'exploitation. 

Ensuite, j'ai réintégré mes données du disque dur vers les clefs USB en les 
triant/copiant/collant. 

Dans l'ensemble, pas de soucis, sauf avec une clef USB. 
Dans celle ci, j'avais placé 3 répertoires dans la racine, et effectué des 
ajouts/suppressions de fichiers dans ces dossiers. 
Ensuite je l'ai démontée. 

Lorsque j'ai voulu la remonter, plus rien. 
Je veux dire par là, que la clef n'a pas montée du tout. 

Quand je la branche, dmesg me dit ceci : 

[331425.040018] usb 3-3: new high-speed USB device number 65 using ehci-pci 
[331425.160032] usb 3-3: New USB device found, idVendor=090c, idProduct=1000 
[331425.160035] usb 3-3: New USB device strings: Mfr=1, Product=2, 
SerialNumber=0 
[331425.160038] usb 3-3: Product: USB DISK 
[331425.160040] usb 3-3: Manufacturer: SMI Corporation 
[331425.161654] usb-storage 3-3:1.0: USB Mass Storage device detected 
[331425.161873] scsi host6: usb-storage 3-3:1.0 
[331428.149862] scsi 6:0:0:0: Direct-Access FLASH Drive SM_USB20 1100 PQ: 0 
ANSI: 4 
[331428.156460] sd 6:0:0:0: Attached scsi generic sg2 type 0 
[331428.157214] sd 6:0:0:0: [sdb] 1536 512-byte logical blocks: (7.86 
GB/7.32 GiB) 
[331428.158087] sd 6:0:0:0: [sdb] Write Protect is off 
[331428.158095] sd 6:0:0:0: [sdb] Mode Sense: 43 00 00 00 
[331428.158959] sd 6:0:0:0: [sdb] No Caching mode page found 
[331428.158961] sd 6:0:0:0: [sdb] Assuming drive cache: write through 
[331428.188107] sd 6:0:0:0: [sdb] Attached SCSI removable disk 

Et il n'y a pas de sdb1 dans /dev/, just un sdb 

Quand je branche une autre clef (exactement le même modèle), elle aussi 
formatée en fat32, dmesg me dit ceci : 

[331681.056017] usb 3-3: new high-speed USB device number 69 using ehci-pci 
[331681.175681] usb 3-3: New USB device found, idVendor=090c, idProduct=1000 
[331681.175684] usb 3-3: New USB device strings: Mfr=1, Product=2, 
SerialNumber=0 
[331681.175686] usb 3-3: Product: USB DISK 
[331681.175688] usb 3-3: Manufacturer: SMI Corporation 
[331681.176112] usb-storage 3-3:1.0: USB Mass Storage device detected 
[331681.176981] scsi host6: usb-storage 3-3:1.0 
[331682.404602] scsi 6:0:0:0: Direct-Access FLASH Drive SM_USB20 1100 PQ: 0 
ANSI: 4 
[331682.411544] sd 6:0:0:0: Attached scsi generic sg2 type 0 
[331682.411571] sd 6:0:0:0: [sdb] 1536 512-byte logical blocks: (7.86 
GB/7.32 GiB) 
[331682.412307] sd 6:0:0:0: [sdb] Write Protect is off 
[331682.412310] sd 6:0:0:0: [sdb] Mode Sense: 43 00 00 00 
[331682.412929] sd 6:0:0:0: [sdb] No Caching mode page found 
[331682.412931] sd 6:0:0:0: [sdb] Assuming drive cache: write through 
[331682.417719] sdb: sdb1 
[331682.420461] sd 6:0:0:0: [sdb] Attached SCSI removable disk 

et là, le sdb1 est bien présent et je peux monter le système de fichier et y 
avoir accès normalement. 

Si je lance gparted sur /dev/sdb de la clef me posant un soucis, il me dit que 
la clef n'a pas de partition formatée, voir le fichier joint 
"gparted-clef-prob.png". 
Gparted sur /dev/sdb de la clef ne posant pas de soucis, il me dit que la clef 
possède une partition fat32, voir le fichier joint "gparted-clef-normal.png". 


Alors 2 choses : 
- je suis curieux de savoir ce qui a bien pu se passer, d'autant plus que j'y 
ai eu accès lorsque j'ai copié des fichiers dessus après son formatage. 
- j'aimerai beaucoup pouvoir récupérer les fichiers de la clef posant un 
soucis, la terre ne s'arrêtera probablement pas de tourner si je n'y parviens 
pas, mais j'avais plusieurs travaux en cours dessus et des informations dont 
j'ai besoin. 


Une idée pour m'assister avec ce soucis ? 

Bonne soirée/journée à tout le monde, 
Olivier 

Clef USB - disparition de données

[humbert . olivier . 1]

Bonsoir/bonjour à toutes et tous. 

(Debian Stretch, à jour ici) 

Hier, j'ai fait du tri dans mes clefs USB et leurs contenus. 
J'ai tout mis sur mon disque dur, et j'ai reformaté les clefs USB (avec GParted 
0.25.0) en fat32. 
En fat32 car certaines étaient en ext4, et d'autres en fat, et ça n'était pas 
pratique lorsque j'avais besoin de me servir d'un autre système d'exploitation. 

Ensuite, j'ai réintégré mes données du disque dur vers les clefs USB en les 
triant/copiant/collant. 

Dans l'ensemble, pas de soucis, sauf avec une clef USB. 
Dans celle ci, j'avais placé 3 répertoires dans la racine, et effectué des 
ajouts/suppressions de fichiers dans ces dossiers. 
Ensuite je l'ai démontée. 

Lorsque j'ai voulu la remonter, plus rien. 
Je veux dire par là, que la clef n'a pas montée du tout. 

Quand je la branche, dmesg me dit ceci : 

[331425.040018] usb 3-3: new high-speed USB device number 65 using ehci-pci 
[331425.160032] usb 3-3: New USB device found, idVendor=090c, idProduct=1000 
[331425.160035] usb 3-3: New USB device strings: Mfr=1, Product=2, 
SerialNumber=0 
[331425.160038] usb 3-3: Product: USB DISK 
[331425.160040] usb 3-3: Manufacturer: SMI Corporation 
[331425.161654] usb-storage 3-3:1.0: USB Mass Storage device detected 
[331425.161873] scsi host6: usb-storage 3-3:1.0 
[331428.149862] scsi 6:0:0:0: Direct-Access FLASH Drive SM_USB20 1100 PQ: 0 
ANSI: 4 
[331428.156460] sd 6:0:0:0: Attached scsi generic sg2 type 0 
[331428.157214] sd 6:0:0:0: [sdb] 1536 512-byte logical blocks: (7.86 
GB/7.32 GiB) 
[331428.158087] sd 6:0:0:0: [sdb] Write Protect is off 
[331428.158095] sd 6:0:0:0: [sdb] Mode Sense: 43 00 00 00 
[331428.158959] sd 6:0:0:0: [sdb] No Caching mode page found 
[331428.158961] sd 6:0:0:0: [sdb] Assuming drive cache: write through 
[331428.188107] sd 6:0:0:0: [sdb] Attached SCSI removable disk 

Et il n'y a pas de sdb1 dans /dev/, just un sdb 

Quand je branche une autre clef (exactement le même modèle), elle aussi 
formatée en fat32, dmesg me dit ceci : 

[331681.056017] usb 3-3: new high-speed USB device number 69 using ehci-pci 
[331681.175681] usb 3-3: New USB device found, idVendor=090c, idProduct=1000 
[331681.175684] usb 3-3: New USB device strings: Mfr=1, Product=2, 
SerialNumber=0 
[331681.175686] usb 3-3: Product: USB DISK 
[331681.175688] usb 3-3: Manufacturer: SMI Corporation 
[331681.176112] usb-storage 3-3:1.0: USB Mass Storage device detected 
[331681.176981] scsi host6: usb-storage 3-3:1.0 
[331682.404602] scsi 6:0:0:0: Direct-Access FLASH Drive SM_USB20 1100 PQ: 0 
ANSI: 4 
[331682.411544] sd 6:0:0:0: Attached scsi generic sg2 type 0 
[331682.411571] sd 6:0:0:0: [sdb] 1536 512-byte logical blocks: (7.86 
GB/7.32 GiB) 
[331682.412307] sd 6:0:0:0: [sdb] Write Protect is off 
[331682.412310] sd 6:0:0:0: [sdb] Mode Sense: 43 00 00 00 
[331682.412929] sd 6:0:0:0: [sdb] No Caching mode page found 
[331682.412931] sd 6:0:0:0: [sdb] Assuming drive cache: write through 
[331682.417719] sdb: sdb1 
[331682.420461] sd 6:0:0:0: [sdb] Attached SCSI removable disk 

et là, le sdb1 est bien présent et je peux monter le système de fichier et y 
avoir accès normalement. 

Si je lance gparted sur /dev/sdb de la clef me posant un soucis, il me dit que 
la clef n'a pas de partition formatée, voir le fichier joint 
"gparted-clef-prob.png". 
Gparted sur /dev/sdb de la clef ne posant pas de soucis, il me dit que la clef 
possède une partition fat32, voir le fichier joint "gparted-clef-normal.png". 


Alors 2 choses : 
- je suis curieux de savoir ce qui a bien pu se passer, d'autant plus que j'y 
ai eu accès lorsque j'ai copié des fichiers dessus après son formatage. 
- j'aimerai beaucoup pouvoir récupérer les fichiers de la clef posant un 
soucis, la terre ne s'arrêtera probablement pas de tourner si je n'y parviens 
pas, mais j'avais plusieurs travaux en cours dessus et des informations dont 
j'ai besoin. 


Une idée pour m'assister avec ce soucis ? 

Bonne soirée/journée à tout le monde, 
Olivier 

Resolu: Repartitionner une clef USB

[contact]

  
  
Bonjour
merci ceci répond à mon interrogation concernant le problème avec
  l'image ISO d'un install DEBIAN.
Cordialement

François-Marie BILLARD
  Sculpteur - Céramiste 

Le 23/01/2017 à 21:14, Pascal Hambourg
  a écrit :

Le 23/01/2017 à 14:20, contact a écrit :
  
  

j'ai copié une image ISO sur une clef USB avec dd if of


je veux maintenant partionner cette clef à nouveau. cependant je
n'y arrive pas.


Gparted m'indique que ma clef ne dispose que de 10Mo sur les
16Go

  
  
  S'il s'agit d'une image ISO hybride d'installation Debian, ce
  format, conçu pour être bootable depuis une clé USB ou un disque
  optique sur machine BIOS, UEFI et Mac, est très particulier et
  probablement invalide d'un point de vue strict. Aussi les
  programmes basés sur libparted comme parted et Gparted ne le
  gèrent pas bien et affichent un peu n'importe quoi.
  
  
  Comme suggéré, tu pourrais recréer une table de partition DOS/MBR
  vierge avec un autre programme qui s'en sort mieux comme fdisk.
  Mais il resterait des traces du format hybride de l'image (table
  de partition Apple et GPT, en-tête ISO 9660) pouvant causer des
  effets de bord. La suggestion d'effacer le début de la clé est
  donc bonne, même si la taille indiquée est excessive (les premiers
  64 Kio suffisent). Une méthode plus subtile consisterait à
  utiliser wipefs pour effacer les signatures présentes.
  
  
  wipefs /dev/sdX # affiche les signatures détectées sur /dev/sdX
  
  wipefs -a /dev/sdX # efface toutes les signatures détectées sur
  /dev/sdX
  
  


  

Re: Repartitionner une clef USB

[Pascal Hambourg]

Le 23/01/2017 à 14:20, contact a écrit :


j'ai copié une image ISO sur une clef USB avec dd if of

je veux maintenant partionner cette clef à nouveau. cependant je n'y arrive pas.

Gparted m'indique que ma clef ne dispose que de 10Mo sur les 16Go


S'il s'agit d'une image ISO hybride d'installation Debian, ce format, 
conçu pour être bootable depuis une clé USB ou un disque optique sur 
machine BIOS, UEFI et Mac, est très particulier et probablement invalide 
d'un point de vue strict. Aussi les programmes basés sur libparted comme 
parted et Gparted ne le gèrent pas bien et affichent un peu n'importe quoi.


Comme suggéré, tu pourrais recréer une table de partition DOS/MBR vierge 
avec un autre programme qui s'en sort mieux comme fdisk. Mais il 
resterait des traces du format hybride de l'image (table de partition 
Apple et GPT, en-tête ISO 9660) pouvant causer des effets de bord. La 
suggestion d'effacer le début de la clé est donc bonne, même si la 
taille indiquée est excessive (les premiers 64 Kio suffisent). Une 
méthode plus subtile consisterait à utiliser wipefs pour effacer les 
signatures présentes.


wipefs /dev/sdX # affiche les signatures détectées sur /dev/sdX
wipefs -a /dev/sdX # efface toutes les signatures détectées sur /dev/sdX

Re: Repartitionner une clef USB

[Damien TOURDE]

Bonjour,

Quand tu dis vouloir repartitionner, c'est bien "effacer" cette image iso ?

La clé ne dois pas normalement être montée pour effectuer cela.
Donc umount /dev/sdx

Pour trouver le x la commande lsblk est plutôt claire et évite les erreurs.


Après tu peux essayer avec fdisk vu que ta clé est petite (< 2To), tu 
peux utiliser une table de partition MBR (donc utilitaire fdisk au lieu 
de gdisk).


De mémoire, la suite de commande pour écrire une nouvelle partition avec 
fdisk c'est :

fdisk /dev/sdx
o
w

A confirmer (surtout) avec le man ou la touche m pour l'aide dans fdisk.

Damien

Le 23/01/2017 à 14:20, contact a écrit :


Bonjour

j'ai copié une image ISO sur une clef USB avec dd if of

je veux maintenant partionner cette clef à nouveau. cependant je n'y 
arrive pas.


Gparted m'indique que ma clef ne dispose que de 10Mo sur les 16Go

J'ai essaye de créer une nouvelle table de partition sans succès, soit 
par Gparted soir en ligne de commande.


Il doit y avoir un truc que je ne maîtrise pas du tout

Merci par avance


--
*François-Marie BILLARD*
Sculpteur - Céramiste 

Re: Repartitionner une clef USB

[hamster]

Le 23/01/2017 14:20, contact a écrit :

Bonjour

j'ai copié une image ISO sur une clef USB avec dd if of

je veux maintenant partionner cette clef à nouveau. cependant je n'y
arrive pas.

Gparted m'indique que ma clef ne dispose que de 10Mo sur les 16Go

J'ai essaye de créer une nouvelle table de partition sans succès, soit
par Gparted soir en ligne de commande.

Il doit y avoir un truc que je ne maîtrise pas du tout


Le volume que tu veux repartitionner ne doit pas etre monté. 
Probablement quand tu a branché ta clef elle a ete montée 
automatiquement. Il faut la démonter, soit avec la commande umount soit 
avec la fonction prévue dans gparted.


Au pire tu peux ecraser l'image iso que tu a mise avec
dd bs=4M count=100 if=/dev/zero of=/dev/sdx
Remplace le x par la lettre correspondant a ta clef, et si tu te trompe 
et que tu met la lettre d'autre chose tu va effacer completemet cette 
autre chose.

Repartitionner une clef USB

[contact]

  
  
Bonjour
j'ai copié une image ISO sur une clef USB avec dd if of
je veux maintenant partionner cette clef à nouveau. cependant je
  n'y arrive pas.
Gparted m'indique que ma clef ne dispose que de 10Mo sur les 16Go
J'ai essaye de créer une nouvelle table de partition sans succès,
  soit par Gparted soir en ligne de commande.
Il doit y avoir un truc que je ne maîtrise pas du tout 

Merci par avance


-- 
  François-Marie BILLARD
  Sculpteur - Céramiste 

  

[HS] Vitesse d'écriture sur clef USB

[Angus Frinc]

Bonjour,

excusez-moi pour le HS, mais j'ai fait des tests d'écriture sur mes clef
USB, et j'obtiens des trucs très étranges.

Une très grosse différence entre ext4 et vfat en écriture.

J'ai testé :
- différentes clef → même niveaux de résultats
- différents partitionnement (début de la partition au 63ème secteur,
  au 2048ème) →  même niveaux de résultats
- différents systèmes de fichiers → très gros écart entre FAT32 et EXT4


Pour mesurer en écriture, j'ai utilisé :

mount /dev/sdh1 /mnt -o sync
dd count=10 bs=1M if=/dev/zero of=/mnt/speed_test10.zero
umount /mnt

Et j'obtiens en général :
~ 120 kB/s (au mieux) pour de la FAT32 ou de l'UDF
~ 6 MB/s pour de l'EXT4


Ma méthode de mesure est elle valable ?
Avez-vous le même genre de résultat ?
Pourquoi tant de différences ?

Merci pour votre avis, précisions,
Encore désolé pour le HS.


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20140417094410.gn8...@univ-lemans.fr

install debian depuis clef USB

[vincent]

Bonjour,
je souhaite installer debian depuis ma clef USB(2Go).
sur le site debian.org, je suis arrivé au site 
http://www.debian.org/distrib/netinst qui redirige vers un site néerlandais 
pour la création de sa clef bootable. Mais je ne comprends pas trop ce qu'il y 
a sur ce depot.

je peux aussi rendre l'image iso du CD d'install, copiée sur ma clef USB, 
bootable, non ?
par exple http://cdimage.debian.org/debian-cd/6.0.3/i386/iso-cd/

dans ce cas, l'utilisation du CD 1 est-elle suffisante ?
les autres CD peuvent-ils être récupérés par le reseau (PC branché au reseau 
pendant l'install) ?

Cordialement,
Vincent

Re: install debian depuis clef USB

[David BERCOT]

Bonjour,

Une procédure éprouvée :

1. Télécharger boot.img.gz à partir de
http://d-i.debian.org/daily-images/amd64/daily/hd-media/

2. Télécharger debian-testing-amd64-netinst.iso à partir de
http://cdimage.debian.org/cdimage/daily-builds/sid_d-i/current/amd64/iso-cd/

3. Pour mémoire, trouver la bonne clé dans la liste :
ls -l /dev/disk/by-id/usb*

4. Construire la clé, amorcée par syslinux :
zcat boot.img.gz  /dev/sdc [la clé est entièrement effacée !!!]

5. Monter la clé : mount /dev/sdc /mnt

6. Y copier l'image ISO : cp debian-testing-amd64-businesscard.iso /mnt

7. Démonter la clé : umount /mnt

Bon courage !

David.

Le Tue, 29 Nov 2011 14:56:03 + (GMT),
vincent gootfer...@yahoo.fr a écrit :
Bonjour,
je souhaite installer debian depuis ma clef USB(2Go).
sur le site debian.org, je suis arrivé au site
http://www.debian.org/distrib/netinst qui redirige vers un site
néerlandais pour la création de sa clef bootable. Mais je ne comprends
pas trop ce qu'il y a sur ce depot.

je peux aussi rendre l'image iso du CD d'install, copiée sur ma clef
USB, bootable, non ? par exple
http://cdimage.debian.org/debian-cd/6.0.3/i386/iso-cd/

dans ce cas, l'utilisation du CD 1 est-elle suffisante ?
les autres CD peuvent-ils être récupérés par le reseau (PC branché au
reseau pendant l'install) ?

Cordialement,
Vincent

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/2029160230.468d76c1@debian-david

Re: install debian depuis clef USB

[Jérôme]

Le mardi 29 novembre 2011 à 16:02 +0100, David BERCOT a écrit :
 Bonjour,
 
 Une procédure éprouvée :
 
 1. Télécharger boot.img.gz à partir de
 http://d-i.debian.org/daily-images/amd64/daily/hd-media/
 
 2. Télécharger debian-testing-amd64-netinst.iso à partir de
 http://cdimage.debian.org/cdimage/daily-builds/sid_d-i/current/amd64/iso-cd/
 
 3. Pour mémoire, trouver la bonne clé dans la liste :
 ls -l /dev/disk/by-id/usb*
 
 4. Construire la clé, amorcée par syslinux :
 zcat boot.img.gz  /dev/sdc [la clé est entièrement effacée !!!]
 
 5. Monter la clé : mount /dev/sdc /mnt
 
 6. Y copier l'image ISO : cp debian-testing-amd64-businesscard.iso /mnt
 
 7. Démonter la clé : umount /mnt
 
 Bon courage !
 
 David.
 
 Le Tue, 29 Nov 2011 14:56:03 + (GMT),
 vincent gootfer...@yahoo.fr a écrit :
 Bonjour,
 je souhaite installer debian depuis ma clef USB(2Go).
 sur le site debian.org, je suis arrivé au site
 http://www.debian.org/distrib/netinst qui redirige vers un site
 néerlandais pour la création de sa clef bootable. Mais je ne comprends
 pas trop ce qu'il y a sur ce depot.
 
 je peux aussi rendre l'image iso du CD d'install, copiée sur ma clef
 USB, bootable, non ? par exple
 http://cdimage.debian.org/debian-cd/6.0.3/i386/iso-cd/
 
 dans ce cas, l'utilisation du CD 1 est-elle suffisante ?
 les autres CD peuvent-ils être récupérés par le reseau (PC branché au
 reseau pendant l'install) ?
 
 Cordialement,
 Vincent
 

Même pas, il suffit de copier l'image iso depuis Squeeze :
# cat debian.iso  /dev/sdX
# sync

source : http://www.debian.org/releases/stable/amd64/ch04s03.html.fr


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/1322596396.3229.19.ca...@an.aranha.ici

montage (clef usb etc.)

[Pierre Allken-Bernard]

Bonjour,
Sur mon PC de bureau, je n'utilise plus Gnome
(mais quelque chose de plus léger : xmonad ).
Quand je j'utilise Gnome, il se recherche tout seul une connection wifi,
et il monte tout seul les clefs usb.
Sans Gnome, rien de cela. Pour le wifi je sais qu'elle est l'application
que Gnome lance au démarrage et j'ai demandé à xmonad de le faire, pas de 
problème.
Par contre, pour monter les clefs usb, je ne sais pas.

Merci d'avance.

PS. un truc mystérieux pour moi : si je veux monter ma clef à la main
je suis incapable (si je ne connais pas la clef) de savoir que mettre
pour l'option -t de mount. Gnome ne semble pas avoir de problème quelle
que soit la clef (?).

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20110208094534.ga24...@allken-bernard.org

Re: montage (clef usb etc.)

[Fabien Givors (Debian packages)]

Le 08/02/2011 10:45, Pierre Allken-Bernard a écrit :
 Bonjour,
 Sur mon PC de bureau, je n'utilise plus Gnome
 (mais quelque chose de plus léger : xmonad ).
 Quand je j'utilise Gnome, il se recherche tout seul une connection wifi,
 et il monte tout seul les clefs usb.
 Sans Gnome, rien de cela. Pour le wifi je sais qu'elle est l'application
 que Gnome lance au démarrage et j'ai demandé à xmonad de le faire, pas de 
 problème.
 Par contre, pour monter les clefs usb, je ne sais pas.
 
 Merci d'avance.
 
 PS. un truc mystérieux pour moi : si je veux monter ma clef à la main
 je suis incapable (si je ne connais pas la clef) de savoir que mettre
 pour l'option -t de mount. Gnome ne semble pas avoir de problème quelle
 que soit la clef (?).

Bonjour,

L'option -t est auto par défaut, une sorte d'auto-détection. Extrait du
man :
« Si aucune option -t n'est mentionnée, ou si le type auto est précisé,
mount essayera de deviner le type désiré. mount utilise
la bibliothèque blkid ou volume_id pour deviner le type de système de
fichiers. S'il ne trouve rien qui  lui  soit  familier,
mount  essaiera  de  lire le fichier /etc/filesystems ou, s'il n'existe
pas, /proc/filesystems. Tous les types de systèmes de
fichiers listés seront essayés, sauf ceux marqués « nodev » (par exemple
devpts, proc et nfs). Si /etc/filesystems se termine
par une ligne contenant un unique « * », mount lira ensuite
/proc/filesystems.

Le  type  auto  peut  être  utile  pour des disquettes montées par
l'utilisateur. Créer un fichier /etc/filesystems permet de
changer l'ordre d'essai (par exemple vfat avant msdos, ou ext3 avant
ext2) ou d'utiliser un autochargeur de modules  pour  le
noyau.  Attention :  la détection s'appuie sur une heuristique (des
nombres « magiques » précis) qui peut conduire à une mau‐
vaise reconnaissance, avec des conséquences catastrophiques. Si vos
données sont précieuses ne demandez pas à mount d'essayer
de deviner le type de leur support. »

Pour ma part, pour tous les périphériques usb, je n'utilise pas mount
mais pmount.

Un pmount sdb1 ou pmount /dev/sdb1 (en tant qu'utilisateur) monte
automatiquement la-dite partition, pour peu qu'il s'agisse d'un disque
amovible, dans /media/EtiquetteDuSystèmeDeFichier/ (en créant le dossier)

pumount sdb1 se charge de l'opération inverse.

En espérant que ça aide

-- 
fabien, qui n'aime pas l'auto-mount



signature.asc
Description: OpenPGP digital signature

Re: montage (clef usb etc.)

[Pierre Allken-Bernard]

Le 08/02/2011 à 10:57:52, Fabien Givors (Debian packages) a écrit :
 En espérant que ça aide

Énormément ! Un grand merci.

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20110208102409.ga25...@allken-bernard.org

Re: montage (clef usb etc.)

[JF Straeten]

Re,


On Tue, Feb 08, 2011 at 11:24:09AM +0100, Pierre Allken-Bernard wrote:

  En espérant que ça aide
 
 Énormément ! Un grand merci.

Il y a aussi mountpy qui peut aider.

http://packages.debian.org/squeeze/mountpy

A+

-- 

JFS.

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20110208121411.gc14...@jones.jfs.dt

Re: montage (clef usb etc.)

[giggzounet]

Le 08/02/2011 10:45, Pierre Allken-Bernard a écrit :
 Bonjour,
 Sur mon PC de bureau, je n'utilise plus Gnome
 (mais quelque chose de plus léger : xmonad ).
 Quand je j'utilise Gnome, il se recherche tout seul une connection wifi,
 et il monte tout seul les clefs usb.
 Sans Gnome, rien de cela. Pour le wifi je sais qu'elle est l'application
 que Gnome lance au démarrage et j'ai demandé à xmonad de le faire, pas de 
 problème.
 Par contre, pour monter les clefs usb, je ne sais pas.
 
 Merci d'avance.
 
 PS. un truc mystérieux pour moi : si je veux monter ma clef à la main
 je suis incapable (si je ne connais pas la clef) de savoir que mettre
 pour l'option -t de mount. Gnome ne semble pas avoir de problème quelle
 que soit la clef (?).
 

salut,

j'utilise pcmanfm. ça ne monte pas la chose automatiquement. mais qd
tu lances pcmanfm tu peux ensuite cliquer sur l'icone de ta clé et là ça
la monte.

J'ai utilisé pendant un temps ivman+pmount...mais bon j'ai arreté et
préféré pcmanfm.

bye
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/iircau$te5$2...@dough.gmane.org

Re: Formatage Clef USB 16Go

[plop]

Le 09/12/2010 22:10, Jean-Yves F. Barbier a écrit :
 On Thu, 09 Dec 2010 21:54:37 +0100, Jérôme jer...@aranha.fr wrote:
 
 ...
 clés en ext2 ce qui est pas mal (je ne sais pas si journaliser à un
 intérêt).
 
 non: tu ralentis sensiblement le débit en écriture et sutout tu flingues
 plus rapidement tes cellules
 
Bien sur, on parle du journal.
Tout comme le vfat (ou fat32) qui écrit la fat au même endroit.

A+

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4d03926e$0$21320$426a3...@news.free.fr

Re: Formatage Clef USB 16Go

[Jean-Yves F. Barbier]

On Sat, 11 Dec 2010 16:03:35 +0100, plop z...@free.fr wrote:

 Bien sur, on parle du journal.
 Tout comme le vfat (ou fat32) qui écrit la fat au même endroit.

et ça change???

-- 
I am ecstatic that some moron re-invented a 1995 windows fuckup.
-- Alan Cox

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20101211163223.19cbf...@anubis.defcon1

Formatage Clef USB 16Go

[Luxpopuli Open source]

Bonjour,

Je voudrais savoir s'il existe une possibilité de formater une clef USB 16Go
de manière à ce qu'elle supporte les fichiers  4Go tout en étant
compatibles Linux  windows ?

D'après ce que j'ai lu, ce n'est pas possible puisque seul NTFS gère plus de
4Go sous Windows mais alors l'écriture et la suppression sous Linux
deviennent impossibles.

Cordialement,

Pascal

Re: Formatage Clef USB 16Go

[tv.deb...@googlemail.com]

Le 09/12/2010 19:41, Luxpopuli Open source a écrit :
 Bonjour,
 
 Je voudrais savoir s'il existe une possibilité de formater une clef USB
 16Go de manière à ce qu'elle supporte les fichiers  4Go tout en étant
 compatibles Linux  windows ?
 
 D'après ce que j'ai lu, ce n'est pas possible puisque seul NTFS gère
 plus de 4Go sous Windows mais alors l'écriture et la suppression sous
 Linux deviennent impossibles.
 
 Cordialement,
 
 Pascal

Bonsoir, ntfs est bien géré sous Linux, en écriture comme en lecture.
Regarde du côté des paquets ntfs-3g et ntfs-config par exemple.

Bye.

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4d0124cd.7080...@googlemail.com

Re: Formatage Clef USB 16Go

[Luxpopuli Open source]

Ha bon ?
Parce qu'avant de poster j'ai encore lu la description de NTFS dans le
fichier doc du kernel (2.6.36) est je lis:

N*TFS write support (NTFS_RW)*
*
*
*CONFIG_NTFS_RW:*
*
*
*This enables the partial, but safe, write support in the NTFS driver.*
*
*
*The only supported operation is overwriting existing files, without*
*changing the file length. No file or directory creation, deletion or*
*renaming is possible. Note only non-resident files can be written to*
*so you may find that some very small files (500 bytes or so) cannot*
*be written to.*

Du coup ta réponse m'étonne quelque peu.

Pascal

Le 9 décembre 2010 19:49, tv.deb...@googlemail.com tv.deb...@googlemail.com
 a écrit :

 Le 09/12/2010 19:41, Luxpopuli Open source a écrit :
  Bonjour,
 
  Je voudrais savoir s'il existe une possibilité de formater une clef USB
  16Go de manière à ce qu'elle supporte les fichiers  4Go tout en étant
  compatibles Linux  windows ?
 
  D'après ce que j'ai lu, ce n'est pas possible puisque seul NTFS gère
  plus de 4Go sous Windows mais alors l'écriture et la suppression sous
  Linux deviennent impossibles.
 
  Cordialement,
 
  Pascal

 Bonsoir, ntfs est bien géré sous Linux, en écriture comme en lecture.
 Regarde du côté des paquets ntfs-3g et ntfs-config par exemple.

 Bye.

 --
 Lisez la FAQ de la liste avant de poser une question :
 http://wiki.debian.org/fr/FrenchLists

 Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
 vers debian-user-french-requ...@lists.debian.org
 En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
 Archive: http://lists.debian.org/4d0124cd.7080...@googlemail.com

Re: Formatage Clef USB 16Go

[tv.deb...@googlemail.com]

Le 09/12/2010 20:30, Luxpopuli Open source a écrit :
 Ha bon ?
 Parce qu'avant de poster j'ai encore lu la description de NTFS dans le
 fichier doc du kernel (2.6.36) est je lis:
 
 N/TFS write support (NTFS_RW)/
 /
 /
 /CONFIG_NTFS_RW:/
 /
 /
 /This enables the partial, but safe, write support in the NTFS driver./
 /
 /
 /The only supported operation is overwriting existing files, without/
 /changing the file length. _No file or directory creation, deletion or_/
 /_renaming is possible_. Note only non-resident files can be written to/
 /so you may find that some very small files (500 bytes or so) cannot/
 /be written to./
 
 Du coup ta réponse m'étonne quelque peu.
 
 Pascal
 

ntfs-3g est un module Fuse, il fonctionne en lecture/écriture chez moi
depuis plusieurs années.

[parole à l'expert]

aptitude show ntfs-3g

Paquet : ntfs-3g
État: installé
Automatiquement installé: non
Version : 1:2010.3.6-1
Priorité : optionnel
Section : otherosfs
Responsable : Adam Cécile (Le_Vert) gand...@le-vert.net
Taille décompressée : 209 k
Dépend: libc6 (= 2.3), libntfs-3g75
Description : Pilote NTFS en lecture et écriture pour FUSE
 Le pilote ntfs-3g est un pilote NTFS Linux de troisième génération
libre (licence GPL) implémenté par le projet Linux-NTFS. Il permet un
accès total en lecture et en écriture à NTFS mais ne permet pas l'accès
aux fichiers chiffrés, l'écriture de fichiers compressés, le changement
de propriétaire et de droits.

 Il est basé sur une amélioration du pilote NTFS Linux de troisième
génération ntfsmount. Les améliorations se situent au niveau des
fonctionnalités, de la qualité et de la performance.

 ntfs-3g est basé sur FUSE (structure de système de fichiers en espace
utilisateur pour Linux). Par conséquent, il faut le module noyau fuse
pour pouvoir l'utiliser.

 Fuse est disponible dans les noyaux récents. Il n'est pas nécessaire de
construire un module noyau si vous avez un noyau de Debian Etch ou plus
récent.
Site : http://www.ntfs-3g.org/;

[/parole à l'expert]

man ntfs-3g une fois installé te renseignera sur les option et méthode
de montage, ntfs-config est une interface clic-a-truc pour monter les
volumes et déterminer leurs options.

Bonne lecture.

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4d013365.7070...@googlemail.com

Re: Formatage Clef USB 16Go

[Sylvain L. Sauvage]

Le jeudi 9 décembre 2010 à 20:30:20, Luxpopuli Open source a 
écrit :
 Ha bon ?
 Parce qu'avant de poster j'ai encore lu la description de
 NTFS dans le fichier doc du kernel (2.6.36) est je lis:
[…]

Tv t’a parlé de NTFS-3G : http://fr.wikipedia.org/wiki/NTFS-3G

-- 
 Sylvain Sauvage

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/201012092052.09956.sylvain.l.sauv...@free.fr

Re: Formatage Clef USB 16Go

[Luxpopuli Open source]

Juste pour info, quels débits en écriture (avec gros fichier) obtenez-vous ?

Personnellement, ça commence très fort (~30Mo/s) puis ça s'effondre vers 6.5
Mo/s

Merci pour toutes vos infos ;-)

*Dec  9 21:17:30 euphorie64 kernel: hub 2-0:1.0: state 7 ports 6 chg 
evt 0040*
*Dec  9 21:17:30 euphorie64 kernel: ehci_hcd :00:1d.7: GetStatus port:6
status 001803 0  ACK POWER sig=j CSC CONNECT*
*Dec  9 21:17:30 euphorie64 kernel: hub 2-0:1.0: port 6, status 0501, change
0001, 480 Mb/s*
*Dec  9 21:17:30 euphorie64 kernel: hub 2-0:1.0: debounce: port 6: total
100ms stable 100ms status 0x501*
*Dec  9 21:17:30 euphorie64 kernel: ehci_hcd :00:1d.7: port 6 high speed
*
*Dec  9 21:17:30 euphorie64 kernel: ehci_hcd :00:1d.7: GetStatus port:6
status 001005 0  ACK POWER sig=se0 PE CONNECT*
*Dec  9 21:17:30 euphorie64 kernel: usb 2-6: new high speed USB device using
ehci_hcd and address 9*
*Dec  9 21:17:30 euphorie64 kernel: ehci_hcd :00:1d.7: port 6 high speed
*
*Dec  9 21:17:30 euphorie64 kernel: ehci_hcd :00:1d.7: GetStatus port:6
status 001005 0  ACK POWER sig=se0 PE CONNECT*
*Dec  9 21:17:30 euphorie64 kernel: usb 2-6: default language 0x0409*
*Dec  9 21:17:30 euphorie64 kernel: usb 2-6: udev 9, busnum 2, minor = 136*
*Dec  9 21:17:30 euphorie64 kernel: usb 2-6: New USB device found,
idVendor=058f, idProduct=6387*
*Dec  9 21:17:30 euphorie64 kernel: usb 2-6: New USB device strings: Mfr=1,
Product=2, SerialNumber=3*
*Dec  9 21:17:30 euphorie64 kernel: usb 2-6: Product: Mass Storage*
*Dec  9 21:17:30 euphorie64 kernel: usb 2-6: Manufacturer: Generic*
*Dec  9 21:17:30 euphorie64 kernel: usb 2-6: SerialNumber:
YTAA1011041512255036*
*Dec  9 21:17:30 euphorie64 kernel: device: '2-6': device_add*
*Dec  9 21:17:30 euphorie64 kernel: bus: 'usb': add device 2-6*
*Dec  9 21:17:30 euphorie64 kernel: PM: Adding info for usb:2-6*
*Dec  9 21:17:30 euphorie64 kernel: bus: 'usb': driver_probe_device: matched
device 2-6 with driver usb*
*Dec  9 21:17:30 euphorie64 kernel: bus: 'usb': really_probe: probing driver
usb with device 2-6*
*Dec  9 21:17:30 euphorie64 kernel: usb 2-6: usb_probe_device*
*Dec  9 21:17:30 euphorie64 kernel: usb 2-6: configuration #1 chosen from 1
choice*
*Dec  9 21:17:30 euphorie64 kernel: usb 2-6: adding 2-6:1.0 (config #1,
interface 0)*
*Dec  9 21:17:30 euphorie64 kernel: device: '2-6:1.0': device_add*
*Dec  9 21:17:30 euphorie64 kernel: bus: 'usb': add device 2-6:1.0*
*Dec  9 21:17:30 euphorie64 kernel: PM: Adding info for usb:2-6:1.0*
*Dec  9 21:17:30 euphorie64 kernel: bus: 'usb': driver_probe_device: matched
device 2-6:1.0 with driver usbserial_generic*
*Dec  9 21:17:30 euphorie64 kernel: bus: 'usb': really_probe: probing driver
usbserial_generic with device 2-6:1.0*
*Dec  9 21:17:30 euphorie64 kernel: usbserial_generic 2-6:1.0:
usb_probe_interface*
*Dec  9 21:17:30 euphorie64 kernel: usbserial_generic 2-6:1.0:
usb_probe_interface - got id*
*Dec  9 21:17:30 euphorie64 kernel: bus: 'usb': driver_probe_device: matched
device 2-6:1.0 with driver ub*
*Dec  9 21:17:30 euphorie64 kernel: bus: 'usb': really_probe: probing driver
ub with device 2-6:1.0*
*Dec  9 21:17:30 euphorie64 kernel: ub 2-6:1.0: usb_probe_interface*
*Dec  9 21:17:30 euphorie64 kernel: ub 2-6:1.0: usb_probe_interface - got id
*
*Dec  9 21:17:30 euphorie64 kernel: device: 'uba': device_add*
*Dec  9 21:17:30 euphorie64 kernel: PM: Adding info for No Bus:uba*
*Dec  9 21:17:30 euphorie64 kernel: uba: uba1*
*Dec  9 21:17:30 euphorie64 kernel: device: 'uba1': device_add*
*Dec  9 21:17:30 euphorie64 kernel: PM: Adding info for No Bus:uba1*
*Dec  9 21:17:30 euphorie64 kernel: device: '180:0': device_add*
*Dec  9 21:17:30 euphorie64 kernel: PM: Adding info for No Bus:180:0*
*Dec  9 21:17:30 euphorie64 kernel: driver: '2-6:1.0': driver_bound: bound
to device 'ub'*
*Dec  9 21:17:30 euphorie64 kernel: bus: 'usb': really_probe: bound device
2-6:1.0 to driver ub*
*Dec  9 21:17:30 euphorie64 kernel: device: 'ep_01': device_add*
*Dec  9 21:17:30 euphorie64 kernel: PM: Adding info for No Bus:ep_01*
*Dec  9 21:17:30 euphorie64 kernel: device: 'ep_82': device_add*
*Dec  9 21:17:30 euphorie64 kernel: PM: Adding info for No Bus:ep_82*
*Dec  9 21:17:30 euphorie64 kernel: drivers/usb/core/inode.c: creating file
'009'*
*Dec  9 21:17:30 euphorie64 kernel: driver: '2-6': driver_bound: bound to
device 'usb'*
*Dec  9 21:17:30 euphorie64 kernel: bus: 'usb': really_probe: bound device
2-6 to driver usb*
*Dec  9 21:17:30 euphorie64 kernel: device: 'ep_00': device_add*
*Dec  9 21:17:30 euphorie64 kernel: PM: Adding info for No Bus:ep_00*


Le 9 décembre 2010 20:52, Sylvain L. Sauvage sylvain.l.sauv...@free.fr a
écrit :

 Le jeudi 9 décembre 2010 à 20:30:20, Luxpopuli Open source a
 écrit :
  Ha bon ?
  Parce qu'avant de poster j'ai encore lu la description de
  NTFS dans le fichier doc du kernel (2.6.36) est je lis:
 […]

 Tv t’a parlé de NTFS-3G : http://fr.wikipedia.org/wiki/NTFS-3G

 --
  Sylvain Sauvage

 --
 Lisez la FAQ de la liste avant de 

Re: Formatage Clef USB 16Go

[Jérôme]

Le jeudi 09 décembre 2010 à 19:41 +0100, Luxpopuli Open source a écrit :
 D'après ce que j'ai lu, ce n'est pas possible puisque seul NTFS gère
 plus de
 4Go sous Windows mais alors l'écriture et la suppression sous Linux
 deviennent impossibles. 
Oo??? ça fait un moment qu'on sait écrire sur du ntfs. Regarder la date
quand on lit une doc ^^;

La clé en NTFS marche bien sur les 2 système. Une alternative pourrait
être de mettre un driver pour ext sur Windows (pas trop conseillé pour
un double boot, rapport à la sécurité). Comme ça on peut formater les
clés en ext2 ce qui est pas mal (je ne sais pas si journaliser à un
intérêt).

http://sourceforge.net/projects/ext2fsd/

On peut aussi trouver des trucs pour d'autres systèmes comme reiserfs,
par contre Ubifs et Jffs pour le moment c'est rapé je crois.

-- 
Jérôme - jer...@aranha.fr

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/1291928077.4633.12.ca...@azuki.aranha.ici

Re: Formatage Clef USB 16Go

[Jérôme]

Le jeudi 09 décembre 2010 à 21:33 +0100, Luxpopuli Open source a écrit :
 Personnellement, ça commence très fort (~30Mo/s) puis ça s'effondre
 vers 6.5
 Mo/s 

Tu remplis les buffers, la RAM ça va vite, puis tu attends que
l'écriture réelle se fasse ^_^;

-- 
Jérôme - jer...@aranha.fr

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/1291928212.4633.13.ca...@azuki.aranha.ici

Re: Formatage Clef USB 16Go

[Luxpopuli Open source]

Jérôme, tu peux expliciter ta dernière réponse ?

Merci

Le 9 décembre 2010 21:56, Jérôme jer...@aranha.fr a écrit :

 Le jeudi 09 décembre 2010 à 21:33 +0100, Luxpopuli Open source a écrit :
  Personnellement, ça commence très fort (~30Mo/s) puis ça s'effondre
  vers 6.5
  Mo/s

 Tu remplis les buffers, la RAM ça va vite, puis tu attends que
 l'écriture réelle se fasse ^_^;

 --
 Jérôme - jer...@aranha.fr

 --
 Lisez la FAQ de la liste avant de poser une question :
 http://wiki.debian.org/fr/FrenchLists

 Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
 vers debian-user-french-requ...@lists.debian.org
 En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
 Archive: http://lists.debian.org/1291928212.4633.13.ca...@azuki.aranha.ici

Re: Formatage Clef USB 16Go

[Jean-Yves F. Barbier]

On Thu, 09 Dec 2010 21:54:37 +0100, Jérôme jer...@aranha.fr wrote:

...
 clés en ext2 ce qui est pas mal (je ne sais pas si journaliser à un
 intérêt).

non: tu ralentis sensiblement le débit en écriture et sutout tu flingues
plus rapidement tes cellules

-- 
Women are nothing but machines for producing children.
-- Napoleon

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20101209220122.70661...@anubis.defcon1

Re: Formatage Clef USB 16Go

[Sylvain L. Sauvage]

Le jeudi 9 décembre 2010 à 21:56:52, Jérôme a écrit :
 Le jeudi 09 décembre 2010 à 21:33 +0100, Luxpopuli Open source 
a écrit :
  Personnellement, ça commence très fort (~30Mo/s) puis ça
  s'effondre vers 6.5
  Mo/s
 
 Tu remplis les buffers, la RAM ça va vite, puis tu attends
 que l'écriture réelle se fasse ^_^;

  Oui. Avec un disque dur, on peut maintenir le 30 Mio/s pendant 
très longtemps (écriture ou lecture). Pour les clefs, ça tombe 
vite. Après, jusqu’où ça tombe, ça dépend des composants (non, 
aucune idée sur les bonnes adresses).

  (L’USB-3 ne changera donc pas grand-chose pour les clefs…)
-- 
 Sylvain Sauvage

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/201012092211.52355.sylvain.l.sauv...@free.fr

Re: Formatage Clef USB 16Go

[Jérôme]

Le jeudi 09 décembre 2010 à 21:59 +0100, Luxpopuli Open source a écrit :
 Jérôme, tu peux expliciter ta dernière réponse ?
 
 Merci 

Tu as un cache (de la mémoire tampon). Au début tu remplis le cache
qui se vide au fur ét à mesure. C'est de l'asynchrone, on trouve ça a
tous les niveaux de nos jour. Quand il s'agit de disque dur c'est encore
plus compliqué parce que le disque a son cache et que en plus le
contrôleur utilise des adresses virtuelles et gère l'écriture physique à
sa sauce (l'emplacement physique diffère de l'adresse déclarée au
système). Je ne parles même pas des nouveaux momentus qui ont quelques
gigas en SDD. 

Bref, quand tous les accélérateurs sont pleins, ce qui est le cas pour
l'écriture de gros fichiers, on finis par atteindre la vitesse réelle de
l'écriture physique sur le support. Avant, on ne sait pas trop ce qu'on
mesure.

-- 
Jérôme - jer...@aranha.fr

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/1291929155.4633.22.ca...@azuki.aranha.ici

Re: Formatage Clef USB 16Go

[Luxpopuli Open source]

L'effondrement du débit en écriture se stabilise vers 5.5Mo/s

En tous cas, merci à vous tous pour vos lumières.

Bonne soirée,

Le 9 décembre 2010 22:12, Jérôme jer...@aranha.fr a écrit :

 Le jeudi 09 décembre 2010 à 21:59 +0100, Luxpopuli Open source a écrit :
  Jérôme, tu peux expliciter ta dernière réponse ?
 
  Merci

 Tu as un cache (de la mémoire tampon). Au début tu remplis le cache
 qui se vide au fur ét à mesure. C'est de l'asynchrone, on trouve ça a
 tous les niveaux de nos jour. Quand il s'agit de disque dur c'est encore
 plus compliqué parce que le disque a son cache et que en plus le
 contrôleur utilise des adresses virtuelles et gère l'écriture physique à
 sa sauce (l'emplacement physique diffère de l'adresse déclarée au
 système). Je ne parles même pas des nouveaux momentus qui ont quelques
 gigas en SDD.

 Bref, quand tous les accélérateurs sont pleins, ce qui est le cas pour
 l'écriture de gros fichiers, on finis par atteindre la vitesse réelle de
 l'écriture physique sur le support. Avant, on ne sait pas trop ce qu'on
 mesure.

 --
 Jérôme - jer...@aranha.fr

 --
 Lisez la FAQ de la liste avant de poser une question :
 http://wiki.debian.org/fr/FrenchLists

 Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
 vers debian-user-french-requ...@lists.debian.org
 En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
 Archive: http://lists.debian.org/1291929155.4633.22.ca...@azuki.aranha.ici

Re: Plusieurs iso sur une clef USB [était : squeeze installer sur clé USB]

[Frédéric Boiteux]

Une solution serait d'utiliser un boot loader (Grub par exemple, ou
Syslinux), d'installer sur ta clef chaque image ISO, ainsi que le noyau
et initrd correspondant, et de démarrer sur le bon noyau/initrd pour
chaque type d'installeur. Malheureusement, l'installeur Debian ne
permettait pas de choisir une image ISO quand il y en avait plusieurs
sur un périphérique, ce qui rendait la chose impossible jusqu'à Lenny.

  Pour Squeeze, grâce à F. Pop et moi, ce sera faisable (voir bug
  #564441) :-).

Fred.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20100308133819.33ddb...@prem6s

Plusieurs iso sur une clef USB [était : squeeze installer sur clé USB]

[Alain Vaugham]

Le Tuesday 02 March 2010 11:45:15 Jean-Bernard Yata, vous avez écrit :

 Yann Cohen wrote:
  Je n'arrive pas à réaliser une clé USB pour installer une squeeze.


 Sur une clé d'un G  :

 mkfs.vfat -I /dev/sde
 zcat boot.img.gz  /dev/sde
 mount -t vfat /dev/sde /media
 cp -f debian-504-i386-netinst.iso /media
 sync
 umount /dev/sde


Merci beaucoup pour cette démonstration simple, courte et complète.
J'ai pu faire une clef bootable avec un netinst dessus et ça marche.


Je voudrai aller plus loin maintenant.
Faire une clef (16 ou 32Go) bootable qui comporterai plusieurs iso :
- Lenny en KDE
- Squeeze
- Netinst i386
- Netinst amd64
- etc...

Le but c'est d'avoir ma collection d'images iso sur une seule clef au lieu 
d'une image par clef (anciennement une image par cdrom).

J'imagine qu'il faudrait un grub sur la clef pour choisir la bonne partition 
qui contiendrai la bonne image.
Comment faudrait-il structurer la clef? Est-ce que serait bien ça l'idée?


-- 
Alain Vaugham
Clef GPG : 0xD26D18BC

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/201003041128.19381.al...@vaugham.com

Re: Plusieurs iso sur une clef USB [était : squee ze installer sur clé USB]

[thib]

Je peux me tromper car je n'ai jamais essayé, mais je pense que l'installer 
propose de sélectionner l'ISO s'il en trouve plusieurs.  L'architecture de 
l'installer ne devrait pas être importante.


La réponse rapide, c'est:
  * Copier simplement tous les ISOs à la racine de la clé.
  * Tester.

La réponse alternative, c'est:
  * Trifouiller la documentation du d-i.

-thib

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4b8fbd12.9030...@stammed.net

Re: Plusieurs iso sur une clef USB [était : squee ze installer sur clé USB]

[David Prévot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 04/03/2010 10:00, thib a écrit :
 Je peux me tromper car je n'ai jamais essayé, mais je pense que
 l'installer propose de sélectionner l'ISO s'il en trouve plusieurs.

C'est normalement vrai, néanmoins, il est impossible d'utiliser l'iso de
Sid sur une clef définie avec le boot.img de Lenny : il sera incapable
d'ajouter les modules du noyau nécessaires à la suite de l'installation
depuis cette image.

 L'architecture de l'installer ne devrait pas être importante.

Au contraire : impossible de faire un chroot dans une architecture 64
bit si on a démarré sur un noyau 32 bits par exemple.

Amicalement

David

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAkuPy24ACgkQ18/WetbTC/ofdQCfX2F54EJzCMh7kld7FXhclOUk
e0IAoJqW+yn3mjN7OU8XSTZ1mqoByGl0
=fpzQ
-END PGP SIGNATURE-

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/hmoi1k$4n...@dough.gmane.org

Re: Plusieurs iso sur une clef USB [était : squeeze installer sur clé USB]

[Kevin Hinault]

Le 4 mars 2010 16:02, David Prévot dav...@altern.org a écrit :
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Le 04/03/2010 10:00, thib a écrit :
 Je peux me tromper car je n'ai jamais essayé, mais je pense que
 l'installer propose de sélectionner l'ISO s'il en trouve plusieurs.

 C'est normalement vrai, néanmoins, il est impossible d'utiliser l'iso de
 Sid sur une clef définie avec le boot.img de Lenny : il sera incapable
 d'ajouter les modules du noyau nécessaires à la suite de l'installation
 depuis cette image.

Et l'inverse est vrai ? si on utilise le boot.img de testing on
devrait pouvoir démarrer sur lenny, sid, squeeze non ?

(Je parle de celui-ci
http://http.us.debian.org/debian/dists/squeeze/main/installer-amd64/current/images/hd-media/
)

 L'architecture de l'installer ne devrait pas être importante.

 Au contraire : impossible de faire un chroot dans une architecture 64
 bit si on a démarré sur un noyau 32 bits par exemple.

J'allais justement te demander : est ce que le boot dans
installer-amd64 permet d'utiliser des iso i386 ?

Et dans les cas des iso multi-arch ca marche ?

-- 
Kévin Hinault

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/ecd2a87a1003040718y71fe4accy87e5acdb80f49...@mail.gmail.com

Re: Plusieurs iso sur une clef USB [était : squeeze installer sur clé USB]

[David Prévot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 04/03/2010 11:18, Kevin Hinault a écrit :
 Le 4 mars 2010 16:02, David Prévot dav...@altern.org a écrit :

 [...] il est impossible d'utiliser l'iso de
 Sid sur une clef définie avec le boot.img de Lenny : il sera incapable
 d'ajouter les modules du noyau nécessaires à la suite de l'installation
 depuis cette image.
 
 Et l'inverse est vrai ? si on utilise le boot.img de testing on
 devrait pouvoir démarrer sur lenny, sid, squeeze non ?

Non pour la même raison : une fois démarré sur le noyau de Sid (de
boot.img), il est nécessaire de charger des modules (de noyau entre
autres) depuis l'image iso. Si c'est une image iso de Lenny, il ne
pourra pas trouver les modules adéquats (ou compatibles).

 L'architecture de l'installer ne devrait pas être importante.

 Au contraire : impossible de faire un chroot dans une architecture 64
 bit si on a démarré sur un noyau 32 bits par exemple.
 
 J'allais justement te demander : est ce que le boot dans
 installer-amd64 permet d'utiliser des iso i386 ?

Pas essayé, mais j'imagine que le problème souligné plus haut n'aura pas
de solution dans ce cas non plus.

 Et dans les cas des iso multi-arch ca marche ?

Choix du noyau (et de l'installateur à lancer) au démarrage je présume,
c'est sans doute ce qu'Alain voudrait faire.

Amicalement

David

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAkuP1kQACgkQ18/WetbTC/oQKwCeOzOPAK6TgC0wtov4W7Qqgfe5
OdAAn0V2riZjYLcu0Eg4B2djhMlYI/ow
=ISiN
-END PGP SIGNATURE-

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/hmoko6$f5...@dough.gmane.org

Outils pour vérifier l'état d'une clef USB

[Goldy]

Bonjour,

J'ai eu la très très bonne idée d'installer la partition /boot de mon
serveur sous Testing sur une clef USB (seule solution que j'avais trouvé
pour booter un système installé sur un RAID 5).

Seulement, j'ai maintenant un petit soucis avec cette clef qui n'arrive
plus à passer un fsck, je peux étrangement booter le système depuis la
clef, mais une fois que le système souhaite monter le répertoire boot,
il n'y parvient pas, et au fsdk j'ai comme erreur la suivante :

 $ sudo fsck.ext2 /dev/sdf1
 [sudo] password for goldy:
 e2fsck 1.41.9 (22-Aug-2009)
 fsck.ext2: Superbloc invalide, tentons d'utiliser les blocs de
 sauvetage...
 fsck.ext2: Bad magic number in super-block lors de la tentative
 d'ouverture de /dev/sdf1

 Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
 ext2 correct. Si le périphérique est valide et qu'il contient réellement
 un système de fichiers ext2 (et non pas de type swap, ufs ou autre),
 alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
 e2fsck avec un autre superbloc :
 e2fsck -b 8193 périphérique


J'ai bien évidemment testé manuellement avec un autre superbloc, mais
rien n'y fait.

Je me demande si la clef est morte ou si c'est juste le filesystem qui
serait corrompu, le fait que je puisse booter le système avec le noyaux
présent sur cette clef me laisse penser qu'elle doit encore fonctionner,
mais j'aimerai m'assurer que c'est le cas. Quels sont les outils pour
vérifier une clef USB, les mêmes outils pour les disques durs sont-ils
fonctionnels ?

Sinon dans le cas où je devrais changer la clef, comment puis-je faire
pour modifier l'emplacement de la partition /boot du système ? Est-ce
que modifier fstab, réinstaller les paquets du noyau et reconfigurer
grub2 sera suffisant ?

Merci d'avance.

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: Outils pour vérifier l'état d'une clef USB

[Goldy]

Finalement, le problème venait du fait de l'installation d'un disque dur
USB supplémentaire dont le système à interchangé les adresses.

/dev/sdf est devenu /dev/sdg et vice verça.

D'où l'utilité des uuid.

La clef usb fonctionne parfaitement, je vais remplacer les adresses
classiques par les uuid dans ftabs pour éviter que ce genre de problème
ne se reproduise.

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: Outils pour vérifier l'état d'une clef USB

[Alain Baeckeroot]

Le 21/10/2009 à 21:12, Goldy a écrit :
 Sinon dans le cas où je devrais changer la clef, comment puis-je faire
 pour modifier l'emplacement de la partition /boot du système ? Est-ce
 que modifier fstab, réinstaller les paquets du noyau et reconfigurer
 grub2 sera suffisant ?
 

modifer la fstab sert une fois que le systeme a booté, donc pas utile
pour le boot (mais utile pour changer le noyau )

installer grub2 + noyau et  configurer grub de facon adequate doit marcher

Alain


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: Problème de montage de clef USB sous gnome en environnement multi utilisateurs

[christian daré]

Bonjour,
Dans un environnement similaire ( authentification ldap , debian lenny) 
, voila ce que je fais pour que le montage des clefs usb fonstionne :


première chose :

Modifier le fichier /etc/security/group.conf*
*Rajouter les lignes suivantes :

*;*;*;Al-2400;cdrom,floppy,plugdev,audio,video,fuse,scanner,dialout

A priori , c est fait chez vous.

second truc :

Il faut modifier le fichier /etc/dbus-1/system.d/hal.conf et mettre à* 
*allow* *toutes lignes contenant :


org.freedesktop.Hal.Device.Volume

Ici dans mes salles de TD, ca fonctionne.

Cordialement,


Debruyne Sebastien a écrit :

Bonjour.

J'ai un problème de montage automatique de clef USB sous gnome depuis 
le passage à Lenny.
Je suis dans un environnement multi utilisateur gérés par une base 
ldap, pam et compagnie.


L'insertion d'une clef dans la machine me donne ce message d'erreur 
dans le fichier /var/log/auth.



Sep  1 17:19:46 cal84 dbus-daemon: Rejected send message, 3 matched 
rules; type=method_call, sender=:1.164 (uid=30127 pid=4511 
comm=/usr/bin/gnome-mount --hal-udi=/org/freedesktop/Ha) 
interface=org.freedesktop.Hal.Device.Volume member=Mount error 
name=(unset) requested_reply=0 destination=org.freedesktop.Hal 
(uid=0 pid=3676 comm=/usr/sbin/hald ))




Les utilisateurs sont bien mis dans le groupe plugdev via 
/etc/security/group.conf


La chose étrange c'est qu'en montant la clef en ligne de commande via 
pmount, cela marche comme il faut.


De la même maniére, impossible de démonter la clef, mais un pumount 
marche.



Le problème n'a lieu qu'avec des utilisateurs réseau. Avec les locaux, 
pas de soucis.



Si quelqu'un a une idée, je suis preneur.


Cordialement.




--

== Pour tout service d'ASSISTANCE, y compris de sécurité, UTILISEZ:
http://ent.univ-brest.fr  onglet Assistance utilisateur 
---

Christian Dare
CRI/Departement Electroniquetel CRI :02-98-01-82-39
6 Avenue le Gorgeu  tel STAPS :02-98-01-82-60
C.S. 93837  fax CRI :02-98-01-70-30
29238 Brest Cedex 3
---

Re: Problème de montage de clef USB sous gnome en environnement multi utilisateurs

[Debruyne Sebastien]

Bonjour et merci.

Ca marche.

Le probléme etait bien dans le fichier /etc/dbus-1/system.d/hal.conf

2 règles a modifier dans la ce fichier et c'est bon.


Cordialement.





christian daré a écrit :

Bonjour,
Dans un environnement similaire ( authentification ldap , debian 
lenny) , voila ce que je fais pour que le montage des clefs usb 
fonstionne :


première chose :

Modifier le fichier /etc/security/group.conf*
*Rajouter les lignes suivantes :

*;*;*;Al-2400;cdrom,floppy,plugdev,audio,video,fuse,scanner,dialout

A priori , c est fait chez vous.

second truc :

Il faut modifier le fichier /etc/dbus-1/system.d/hal.conf et mettre à* 
*allow* *toutes lignes contenant :


org.freedesktop.Hal.Device.Volume

Ici dans mes salles de TD, ca fonctionne.

Cordialement,


Debruyne Sebastien a écrit :

Bonjour.

J'ai un problème de montage automatique de clef USB sous gnome depuis 
le passage à Lenny.
Je suis dans un environnement multi utilisateur gérés par une base 
ldap, pam et compagnie.


L'insertion d'une clef dans la machine me donne ce message d'erreur 
dans le fichier /var/log/auth.



Sep  1 17:19:46 cal84 dbus-daemon: Rejected send message, 3 matched 
rules; type=method_call, sender=:1.164 (uid=30127 pid=4511 
comm=/usr/bin/gnome-mount --hal-udi=/org/freedesktop/Ha) 
interface=org.freedesktop.Hal.Device.Volume member=Mount error 
name=(unset) requested_reply=0 destination=org.freedesktop.Hal 
(uid=0 pid=3676 comm=/usr/sbin/hald ))




Les utilisateurs sont bien mis dans le groupe plugdev via 
/etc/security/group.conf


La chose étrange c'est qu'en montant la clef en ligne de commande via 
pmount, cela marche comme il faut.


De la même maniére, impossible de démonter la clef, mais un pumount 
marche.



Le problème n'a lieu qu'avec des utilisateurs réseau. Avec les 
locaux, pas de soucis.



Si quelqu'un a une idée, je suis preneur.


Cordialement.




--

== Pour tout service d'ASSISTANCE, y compris de sécurité, UTILISEZ:
 http://ent.univ-brest.fr  onglet Assistance utilisateur 
---

Christian Dare
CRI/Departement Electroniquetel CRI :02-98-01-82-39
6 Avenue le Gorgeu  tel STAPS :02-98-01-82-60
C.S. 93837  fax CRI :02-98-01-70-30
29238 Brest Cedex 3
---
  



--
Debruyne Sebastien, sebastien.debru...@mines-paristech.fr
Ecole des Mines de Paris,  
Centre de Calcul  et des Systèmes d'information
60 boulevard Saint-Michel, 75272 Paris Cedex 06 
tel 33|0 1 40 51 90 69 

Problème de montage de clef USB sous gno me en environnement multi utilisateurs

[Debruyne Sebastien]

Bonjour.

J'ai un problème de montage automatique de clef USB sous gnome depuis le 
passage à Lenny.
Je suis dans un environnement multi utilisateur gérés par une base ldap, 
pam et compagnie.


L'insertion d'une clef dans la machine me donne ce message d'erreur dans 
le fichier /var/log/auth.



Sep  1 17:19:46 cal84 dbus-daemon: Rejected send message, 3 matched 
rules; type=method_call, sender=:1.164 (uid=30127 pid=4511 
comm=/usr/bin/gnome-mount --hal-udi=/org/freedesktop/Ha) 
interface=org.freedesktop.Hal.Device.Volume member=Mount error 
name=(unset) requested_reply=0 destination=org.freedesktop.Hal 
(uid=0 pid=3676 comm=/usr/sbin/hald ))




Les utilisateurs sont bien mis dans le groupe plugdev via 
/etc/security/group.conf


La chose étrange c'est qu'en montant la clef en ligne de commande via 
pmount, cela marche comme il faut.


De la même maniére, impossible de démonter la clef, mais un pumount marche.


Le problème n'a lieu qu'avec des utilisateurs réseau. Avec les locaux, 
pas de soucis.



Si quelqu'un a une idée, je suis preneur.


Cordialement.


--
Debruyne Sebastien, sebastien.debru...@mines-paristech.fr
Ecole des Mines de Paris,  
Centre de Calcul  et des Systèmes d'information
60 boulevard Saint-Michel, 75272 Paris Cedex 06 
tel 33|0 1 40 51 90 69 


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: Problème de montage de clef USB sous gnome en environnement multi utilisateurs

[bernard . schoenacker]

Selon Debruyne Sebastien sebastien.debru...@mines-paristech.fr:

 Bonjour.

 J'ai un problème de montage automatique de clef USB sous gnome depuis le
 passage à Lenny.
 Je suis dans un environnement multi utilisateur gérés par une base ldap,
 pam et compagnie.

 L'insertion d'une clef dans la machine me donne ce message d'erreur dans
 le fichier /var/log/auth.


 Sep  1 17:19:46 cal84 dbus-daemon: Rejected send message, 3 matched
 rules; type=method_call, sender=:1.164 (uid=30127 pid=4511
 comm=/usr/bin/gnome-mount --hal-udi=/org/freedesktop/Ha)
 interface=org.freedesktop.Hal.Device.Volume member=Mount error
 name=(unset) requested_reply=0 destination=org.freedesktop.Hal
 (uid=0 pid=3676 comm=/usr/sbin/hald ))



 Les utilisateurs sont bien mis dans le groupe plugdev via
 /etc/security/group.conf

 La chose étrange c'est qu'en montant la clef en ligne de commande via
 pmount, cela marche comme il faut.

 De la même maniére, impossible de démonter la clef, mais un pumount
 marche.


 Le problème n'a lieu qu'avec des utilisateurs réseau. Avec les locaux,
 pas de soucis.


 Si quelqu'un a une idée, je suis preneur.


 Cordialement.


 --
 Debruyne Sebastien, sebastien.debru...@mines-paristech.fr
 Ecole des Mines de Paris,
 Centre de Calcul  et des Systèmes d'information
 60 boulevard Saint-Michel, 75272 Paris Cedex 06
 tel 33|0 1 40 51 90 69


bonjour,

serait il possible de vérifier la liste des paquets fuse installés sur la
babasse ?

dpkg -l |grep fuse

autrement dans la liste des paquets supposés :

apt-cache search  fuse mount

il se pourrait qu'il y ait un paquet remplissant les fonctoions

slt
bernard

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: Montage auto de clef usb

[Grégory Bulot]

~TraydenT~ trayd...@gmail.com à écrit le Sat, 11 Jul 2009 20:32:33
+0200

 
 Vérifie que ton utilisateur fait bien partie du groupe plugdev, car il
 me semble que c'est ce qui autorise à faire du montage de
 périphériques amovibles à chaud.

c'est sur ! mais j'y suis déjà :
groups gbulot
gbulot dialout cdrom floppy audio video plugdev netdev vboxusers





-- 

Cordialement
Grégory BULOT

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: Montage auto de clef usb

[Grégory Bulot]

~TraydenT~ trayd...@gmail.com à écrit le Sat, 11 Jul 2009 20:32:33
+0200

en pièce jointe les logs des différents tests (pour éviter les coupure
de lignes qui rendent illisible les logs

1/ Insertion dans le slot SD du portable

2/ insertion avec l'adaptateur usb sur le portable

3/ insertion avec l'adaptateur usb sur le pc fixe (qui lui affiche bien
le périphérique sur le bureau)

-- 

Cordialement
Grégory BULOT

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: Montage auto de clef usb

[Grégory Bulot]

Grégory Bulot debian.l...@batman.dyndns.org à écrit le Sun, 12 Jul
2009 09:45:52 +0200
 ~TraydenT~ trayd...@gmail.com à écrit le Sat, 11 Jul 2009 20:32:33
 +0200
 
 en pièce jointe les logs des différents tests (pour éviter les coupure
 de lignes qui rendent illisible les logs

bon bah visiblement, la pj est bloqué par la liste
http://www.bulot-fr.com/~gbulot/insertionSDCard.txt


-- 

Cordialement
Grégory BULOT

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

[clos]Re: Montage auto de clef usb

[Grégory Bulot]

Grégory Bulot debian.l...@batman.dyndns.org à écrit le Sun, 12 Jul
2009 10:04:53 +0200

bon en fait, lxde seul n'affiche pas d'icône de périphériques sur le
bureau, sur mon pc fixe, ça le faisait car j'avais des résidus de gnome
qui tournaient


pacman voit bien le périphérique, plus qu'a cliquer dessus pour le
monter, ou clic droit pour le demonter

donc en résumé : beaucoups de bruits de ma part pour pas grand chose !
(sauf si quelqu'un sait faire apparaître les périphériques sur le
bureau lxde :-D  )


-- 

Cordialement
Grégory BULOT

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Montage auto de clef usb

[Grégory Bulot]

Bonjour, 

Suite aux tuto et à cette liste, j'arrive à avoir mon aspire one aux
petits oignons

parmis les derniers détails, j'ai pas de montage auto (je preferais une
action auto de faire apparaître une icône du périphérique sur le bureau)

j'ai comparé man lenny sur mon pc fixe et sur mon aspire
dans /etc/udev/rules.d, je ne vois pas de différence
je ne sais pas trop par ou prendre le problème


dans les log du portable j'ai ça à l'insertion
Jul 11 20:07:49 cypher kernel: [ 7224.358720] mmc0: new SDHC card at
address b368
Jul 11 20:07:49 cypher kernel: [ 7224.360224] mmcblk0: mmc0:b368 SDC
7.46 GiB 
Jul 11 20:07:49 cypher kernel: [ 7224.360460]  mmcblk0: p1



alors que sur mon pc j'ai tous ça :
(désolé les coupure de lignes sont pas top

Jul 11 20:08:30 morpheus kernel: [262032.348049] usb 1-2: new full
speed USB device using ohci_hcd and address 14 Jul 11 20:08:30 morpheus
kernel: [262032.549016] usb 1-2: not running at top speed; connect to a
high speed hub Jul 11 20:08:30 morpheus kernel: [262032.567169] usb
1-2: configuration #1 chosen from 1 choice Jul 11 20:08:30 morpheus
kernel: [262032.572992] scsi5 : SCSI emulation for USB Mass Storage
devices Jul 11 20:08:30 morpheus kernel: [262032.577790] usb 1-2: New
USB device found, idVendor=058f, idProduct=6335 Jul 11 20:08:30
morpheus kernel: [262032.577801] usb 1-2: New USB device strings:
Mfr=1, Product=2, SerialNumber=3 Jul 11 20:08:30 morpheus kernel:
[262032.577806] usb 1-2: Product: Mass Storage Device Jul 11 20:08:30
morpheus kernel: [262032.577810] usb 1-2: Manufacturer: Generic Jul 11
20:08:30 morpheus kernel: [262032.577813] usb 1-2: SerialNumber:
058F63356336 Jul 11 20:08:30 morpheus kernel: [262032.578375]
usb-storage: device found at 14 Jul 11 20:08:30 morpheus kernel:
[262032.578381] usb-storage: waiting for device to settle before
scanning Jul 11 20:08:30 morpheus NetworkManager: debug
[1247335710.599431] nm_hal_device_added(): New device added (hal udi is
'/org/freedesktop/Hal/devices/usb_device_58f_6335_058F63356336'). Jul
11 20:08:30 morpheus NetworkManager: debug [1247335710.816001]
nm_hal_device_added(): New device added (hal udi is
'/org/freedesktop/Hal/devices/usb_device_58f_6335_058F63356336_if0').
Jul 11 20:08:30 morpheus NetworkManager: debug [1247335710.898505]
nm_hal_device_added(): New device added (hal udi is
'/org/freedesktop/Hal/devices/usb_device_58f_6335_058F63356336_usbraw').
Jul 11 20:08:35 morpheus kernel: [262037.578457] usb-storage: device
scan complete Jul 11 20:08:35 morpheus kernel: [262037.585114] scsi
5:0:0:0: Direct-Access Single   Flash Reader 1.00 PQ: 0 ANSI: 0
Jul 11 20:08:35 morpheus NetworkManager: debug [1247335715.693861]
nm_hal_device_added(): New device added (hal udi is
'/org/freedesktop/Hal/devices/usb_device_58f_6335_058F63356336_if0_scsi_host').
Jul 11 20:08:35 morpheus NetworkManager: debug [1247335715.704512]
nm_hal_device_added(): New device added (hal udi is
'/org/freedesktop/Hal/devices/usb_device_58f_6335_058F63356336_if0_scsi_host_scsi_device_lun0').
Jul 11 20:08:36 morpheus kernel: [262038.266902] sd 5:0:0:0: [sdb]
15659008 512-byte hardware sectors (8017 MB) Jul 11 20:08:36 morpheus
kernel: [262038.297987] sd 5:0:0:0: [sdb] Write Protect is off Jul 11
20:08:36 morpheus kernel: [262038.298000] sd 5:0:0:0: [sdb] Mode Sense:
03 00 00 00 Jul 11 20:08:36 morpheus kernel: [262038.298005] sd
5:0:0:0: [sdb] Assuming drive cache: write through Jul 11 20:08:36
morpheus kernel: [262038.320881] sd 5:0:0:0: [sdb] 15659008 512-byte
hardware sectors (8017 MB) Jul 11 20:08:36 morpheus kernel:
[262038.332010] sd 5:0:0:0: [sdb] Write Protect is off Jul 11 20:08:36
morpheus kernel: [262038.332010] sd 5:0:0:0: [sdb] Mode Sense: 03 00 00
00 Jul 11 20:08:36 morpheus kernel: [262038.332010] sd 5:0:0:0: [sdb]
Assuming drive cache: write through Jul 11 20:08:36 morpheus kernel:
[262038.332010]  sdb: sdb1 Jul 11 20:08:36 morpheus kernel:
[262038.344907] sd 5:0:0:0: [sdb] Attached SCSI removable disk Jul 11
20:08:36 morpheus NetworkManager: debug [1247335716.861307]
nm_hal_device_added(): New device added (hal udi is
'/org/freedesktop/Hal/devices/storage_serial_Single_Flash_Reader_058F63356336_0_0').
Jul 11 20:08:37 morpheus NetworkManager: debug [1247335717.683612]
nm_hal_device_added(): New device added (hal udi is
'/org/freedesktop/Hal/devices/volume_uuid_FC30_3DA9'). 




certes sur mon pc fixe, je passe par a adaptateur usb-sdcard, mais si
je plug le usb-sdcard sur le portable j'ai juste le blabla new high
speed usb device, mais au final pas de ptit icone sur le bureau de la
clef usb

Sur le portable, un mount /dev/mmcblk0p1 /mnt/mmcblk1 me renvoi bien
les données de la sd card




-- 

Cordialement
Grégory BULOT

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ

Re: Montage auto de clef usb

[~TraydenT~]

Grégory Bulot a écrit :
 Bonjour, 
Bonsoir,
 
 Suite aux tuto et à cette liste, j'arrive à avoir mon aspire one aux
 petits oignons
 
 parmis les derniers détails, j'ai pas de montage auto (je preferais une
 action auto de faire apparaître une icône du périphérique sur le bureau)
 


Vérifie que ton utilisateur fait bien partie du groupe plugdev, car il
me semble que c'est ce qui autorise à faire du montage de périphériques
amovibles à chaud.

Bonne soirée,

F. C.



signature.asc
Description: OpenPGP digital signature

Problém e avec montage clef USB

[Zuthos]

Bonjour,

J'ai un petit soucis avec une clef USB. Je précise que jusqu'ici, je n'avais 
aucun problème.
Elle fonctionne très bien sous Windows. Mais, lorsque je veut l'utiliser sous 
Linux:
# mount /mnt/clef/
[12678.201317] FAT: Filesystem panic (dev sdf1)
[12678.201343] invalid access to FAT (entry 0x9802ad6a)
[12678.201394] File system has been set read-only

Et, effectivement, elle reste en lecture seul.
J'ai une partition en fat32 qui ne me pose aucun soucis. D'autres clef 
fonctionne sans problème.

J'avoue ne pas savoir ou commencer mes recherches. Si quelqu'un a une piste...


signature.asc
Description: Digital signature

Re: Probléme avec montage clef USB

[Basile STARYNKEVITCH]

Zuthos wrote:


J'ai un petit soucis avec une clef USB. 

Par expérience, les clefs USB s'usent!

Je précise que jusqu'ici, je n'avais aucun problème.
Elle fonctionne très bien sous Windows. 

Ca ne veut pas dire grand chose. Windows n'a pas très bonne réputation...


Mais, lorsque je veut l'utiliser sous Linux:
# mount /mnt/clef/
[12678.201317] FAT: Filesystem panic (dev sdf1)
[12678.201343] invalid access to FAT (entry 0x9802ad6a)
[12678.201394] File system has been set read-only

Et, effectivement, elle reste en lecture seul.
J'ai une partition en fat32 qui ne me pose aucun soucis. D'autres clef 
fonctionne sans problème.
Une tentative de solution pourrait être d'effacer complètement la clef 
donc d'en perdre les données.


Quelque chose comme

dd if=/dev/zero of=/dev/sdf bs=1m count=4000

fdisk /dev/sdf
# faire une seule partition de type MSDOS

mkdosfs /dev/sdf1


Mais par expérience, les clefs usb ont une durée de vie limitée.

Librement.


--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basileatstarynkevitchdotnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: Problém e avec montage clef USB

[Fanfan]

Le Sunday 07 Jun 2009 à 13:05:33 (+0200), Zuthos a écrit :
 J'ai un petit soucis avec une clef USB. Je précise que jusqu'ici, je n'avais 
 aucun problème.
 Elle fonctionne très bien sous Windows. Mais, lorsque je veut l'utiliser sous 
 Linux:
 # mount /mnt/clef/
 [12678.201317] FAT: Filesystem panic (dev sdf1)
 [12678.201343] invalid access to FAT (entry 0x9802ad6a)
 [12678.201394] File system has been set read-only
 Et, effectivement, elle reste en lecture seul.
 J'ai une partition en fat32 qui ne me pose aucun soucis. D'autres clef 
 fonctionne sans problème.
 J'avoue ne pas savoir ou commencer mes recherches. Si quelqu'un a une piste...


Effectivement, comme le dit Basile, les clés USB, basées sur des mémoire
Flash (le terme clé USB n'est pas précis, dans certaines langues
étrangères, on parle de Flash key ou de Flash drive, ce qui est bien
plus précis) et ce type de mémoire a un nombre de cycle d'écriture
limité. Au dela de ce nombre, toute la clé restera en lecture seule, tu
ne pourras plus y ecrire ou y effecer des fichiers (il reste donc la
solution du marteau avant de jeter la clé physiquement).

Mais avant d'en arriver là, je crois que tu devrais tenter de faire une
vérification du système de fichier depuis un Windows ou depuis un Linux
(paquet dosfstools, outil dosfsck). En plus, si j'ai bien compris, tu
as plusieurs partitions sur ta clé, si c'est le cas et que tu peux
encore les monter en lecture/écriture, c'est que ta clé n'est pas
grillée.

Attention, faire un effacement complet de la clé avec dd va entrainer
un cycle d'ecriture sur la totalité des cellules de mémoire et ainsi
décrementer la durée de vie de ta clé d'une maniere non négligeable. En
effet, chaque cellule de mémoire a un nombre de cycle d'écriture limité,
mais c'est grâce à un système intelligent gère un ensemble de cellules 
mémoire de rab pour remplacer les cellules grillées trop vite. Ta clé
devient inutilisable dès qu'il n'y a plus de cellule de rab en stock.

J'espere avoir été clair. Pour résumer, tente de faire un dosfsck sur ta
partition, pour voir si tu n'aurais pas une incihérence due à un
arrachage de la clé après une opération d'écriture sans l'avoir démontée.

Fanfan
-- 
Le prix d'un amour réussi est toujours insoupçonnable.  
   [Pierre Dehaye]


signature.asc
Description: Digital signature

Re: Problém e avec montage clef USB

[Zuthos]

De plus en plus curieux.
J'ai un postable avec une gentoo dessus. Il peut lire et écrire sur la clef 
sans probléme.

Le probléme vient donc bien du PC sous Debian.

Mais alos pour savoir d'ou cela peut provenir?

Si quelqu'un a une idée

Merci d'avance


signature.asc
Description: Digital signature

Re: intaller lenny sur clef usb

[François Boisson]

Le Sat, 14 Mar 2009 20:20:21 +0100
pdal...@free.fr a écrit:

 J'ai donc utilisé deux clefs usb. La clef 1 m'a servi à l'installation (avec
 netinst). J'ai choisi d'installer lenny sur la clef 2 (formatée en
 ext2) 


Juste une remarque, en faisant ClefAgreg (http://clefagreg.dnsalias.org ) j'ai
constaté que les clefs USB supportaient mal les successions rapide d'écriture,
donc
* Ne passe pas en ext3
* Monte bien les partitions USB avec les options noatime

François Boisson

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: intaller lenny sur clef usb

[laurux]

Le Sat, 14 Mar 2009 20:20:21 +0100, pdal...@free.fr wrote :

 Bonjour,
 J'ai une machine avec vista sur le disque dur et veux pouvoir l'utiliser
 occasionnellement sur debian sans toucher au disque dur.
 Je voudrais qu'en présence d'une clef (appellée clef 2 ci-dessous), ce soit
 debian qui démarre et qu'en l'absence de clef, vista démarre. Je ne veux pas
 toucher au disque dur.
 
 J'ai donc utilisé deux clefs usb. La clef 1 m'a servi à l'installation (avec
 netinst). J'ai choisi d'installer lenny sur la clef 2 (formatée en
 ext2) reconnue comme /dev/sdc. A la fin de la procédure, à la question sur
 l'endroit où placer grub, j'ai répondu /dev/sdc.
 Mon problème: au redémarrage, avec la clef 2 seule en place, c'est vista qui
 est lancé. Que faire ? Ce n'est pas un problème de BIOS puisque je démarre 
 très
 bien sur la clef 1. Ne sachant pas quoi faire j'ai aussi installé grub sur
 /dev/sdc1. Résultat identique.
 
 Merci d'avance pour votre aide,
 Pierre
Salut,

Pour avoir installer Debian sur un disque USB, j'ai procédé comme
suit:
- grub installé sur le disque USB
- utilisation des Label (ou UUID) pour identifier les partitions;
- ajouter dans /boot/grub/device.map:
(hd0)   /dev/sda
(hd1)   /dev/sdb
(hd2)   /dev/sdc
(hd3)   /dev/sdd

Ensuite pour trouver quel est le disque hdx qui correspond à ton
disque USB, au moment du boot, si le disque ne boote pas avec
root   (hd0,0) édite la ligne jusqu'à trouver le bon
hdx: 
root(hd1,0)
etc.

Attention, hdx peut changer si d'autres disques sont ajoutés (l'ordre
peut être modifié).

@+

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: intaller lenny sur clef usb

[pdalmas]

Selon David Prévot dav...@altern.org:

 pdal...@free.fr a écrit :
 [...]
  Je ne comprends pas ce qui empêche de démarrer sur la clef 2.

 Il y a quelques précautions à prendre avec ce genre de configuration, tu
 peux sans doute t'inspirer des conseils du wiki [1].

 [1] http://wiki.debian.org/fr/EeePC/HowTo/InstallOnSDcardOrUsbStick

 Amicalement

 David


Merci à François, Jean-Pascal, David et laurux pour vos conseils !

J'ai bien compris que lorsqu'une seule clef est en place elle est reconnue comme
/dev/sdb (puisque le disque dur sata est /dev/sda), et qu'il faut donc tenir
compte de cela pour la configuration de grub.
La doc du wiki ci-dessus explique bien comment faire.
Cependant je ne comprends pas la fin de la manipe indiquée dans cette doc:
Après les modifications de /target/boot/grub/menu.lst et /target/etc/fstab
il est écrit le texte suivant:

 Maintenant, nous devons corriger les entrées pour update-grub. Elles
ressemblent aux commentaires qu'il y a dans la première partie du même fichier.
Éditez le périphérique dans les options du noyau pour /dev/sdb1.

# kopt=root=/dev/sdb1 ro
et la racine de GRUB à (hd0,0)

# groot=(hd0,0) 

Quel fichier contient-il les options du noyau ? Dans l'installation standard que
j'ai faite les options du noyau ne sont pas présentes, me semble-t'il.
Ce que je dis est-il correct ?
Quelqu'un peut-il m'éclairer à ce sujet ? C'est peut-être le point qui m'empêche
d'aboutir, car je n'ai pas toujours pas réussi à booter sur la clef où
j'ai installé lenny. Tout se passe comme si aucune clef n'était branchée. Je ne
vois même pas l'écran bleu habituel de grub.

A+
Pierre

 --
 Lisez la FAQ de la liste avant de poser une question :
 http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
 ``spam'' dans vos champs From et Reply-To:

 Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
 vers debian-user-french-requ...@lists.debian.org
 En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org




-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: intaller lenny sur clef usb

[David Prévot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

pdal...@free.fr a écrit :
[...]
 [1] http://wiki.debian.org/fr/EeePC/HowTo/InstallOnSDcardOrUsbStick
[...]
 Cependant je ne comprends pas la fin de la manipe indiquée dans cette doc:
 Après les modifications de /target/boot/grub/menu.lst et /target/etc/fstab
 il est écrit le texte suivant:

Les mots ne sont pas très bien choisi dans le texte, il prêtent
effectivement à confusion.

  Maintenant, nous devons corriger les entrées pour update-grub. Elles
 ressemblent aux commentaires qu'il y a dans la première partie du même 
 fichier.

On parle ici toujours du fichier /boot/grub/menu.lst

 Éditez le périphérique dans les options du noyau pour /dev/sdb1.

On parle ici des options passées au noyau par grub, c'est à dire de ce
qui est ajouté automatiquement après la ligne « kernel [...] » du menu
de grub.

 # kopt=root=/dev/sdb1 ro
 et la racine de GRUB à (hd0,0)
 
 # groot=(hd0,0) 
 
 Quel fichier contient-il les options du noyau ?

/boot/config-2.6* mais ce sont simplement les options qui ont été
utilisées pour compiler le noyau, modifier ce fichier ne sert
strictement à rien (sauf pour préparer une nouvelle compilation, mais on
agira de toute façon sur une copie). Le fichier à modifier est toujours
/boot/grub/menu.lst.

 [...] je n'ai pas toujours pas réussi à booter sur la clef où
 j'ai installé lenny. Tout se passe comme si aucune clef n'était branchée. Je 
 ne
 vois même pas l'écran bleu habituel de grub.

Grub n'a probablement pas été installé sur la clef alors (si tu es
certain de démarrer sur la clef), à moins que le problème vienne
simplement des options de /boot/grub/menu.lst non encore prises en
compte. grub-install (ou l'invite de commande grub) risque d'être
nécessaire pour corriger cela.

Amicalement

David


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkm9XAUACgkQ18/WetbTC/pNlQCfarkimSTtY76gUIPBgqUsbzWX
oTYAnRoi/PJ3kNq+mlFLma11oO9qnya1
=3ezQ
-END PGP SIGNATURE-

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: intaller lenny sur clef usb

[Sylvain Sauvage]

pdal...@free.fr, dimanche 15 mars 2009, 20:20:12 CET
[…] 
 Quel fichier contient-il les options du noyau ?

  /boot/grub/menu.lst dans les lignes « kernel… ».

  Elles sont en fait en commentaire (un seul # en début de
ligne, au milieu du fichier) et sont utilisées par update-grub
pour écrire ces lignes « kernel… »

  Il est dit juste avant :
## DO NOT UNCOMMENT THEM, Just edit them to your needs
soit :
## NE LES DÉCOMMENTEZ PAS, Éditez les simplement selon vos besoins

 Dans l'installation standard que
 j'ai faite les options du noyau ne sont pas présentes, me semble-t'il.
 Ce que je dis est-il correct ?

  Me semble pas.

 Quelqu'un peut-il m'éclairer à ce sujet ? C'est peut-être le point qui 
 m'empêche
 d'aboutir, car je n'ai pas toujours pas réussi à booter sur la clef où
 j'ai installé lenny. Tout se passe comme si aucune clef n'était branchée. Je 
 ne
 vois même pas l'écran bleu habituel de grub.

  Donc là, ça coince vraiment. Tu as un message de grub quand
même ou rien de rien ?
  Si rien de rien, ce n’est pas la faute de grub/linux/debian.
  Si tu as un message de grub, ça peut s’arranger…

-- 
 Sylvain Sauvage

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: intaller lenny sur clef usb

[laurux]

Le Sun, 15 Mar 2009 20:20:12 +0100, pdal...@free.fr wrote :

 Selon David Prévot dav...@altern.org:
 
  pdal...@free.fr a écrit :
  [...]
[...]
 
  Maintenant, nous devons corriger les entrées pour update-grub. Elles
 ressemblent aux commentaires qu'il y a dans la première partie du même 
 fichier.
 Éditez le périphérique dans les options du noyau pour /dev/sdb1.
D'où l'intérêt de ne pas utiliser pour identifier les partitions les
noms des périphériques (i.e /dev/sdb1) mais l'UUID ou les Labels,
aussi bien /etc/fstab que /boot/grub/menu.lst.
L'UUID est déterminée lors du formatage du disque.
Un label peut être mis à n'importe quel moment avec la commande
e2label:
# e2label /dev/sdb1 SYSTUSB
 
 # kopt=root=/dev/sdb1 ro
#kopt=root=UUID=1c3458af-34 ...
ou bien :
#kopt=root=LABEL=SYSTUSB
 et la racine de GRUB à (hd0,0)
 
 # groot=(hd0,0) 
Attention (hd0,0) correspond sans doute à la première partition de
ton disque sata ...
 
 Quel fichier contient-il les options du noyau ? Dans l'installation standard 
 que
 j'ai faite les options du noyau ne sont pas présentes, me semble-t'il.
Le fichier dont il est question est /boot/grub/menu.lst qui comprend
plusieurs sections:
- une 1ère section qui contient des paramètres généraux (timeout,
  password, color, etc)
- une 2ème section qui commence par ###BEGIN AUTOMAGIC KERNELS LIST
  et qui finit par ## END DEFAULT OPTION. C'est dans cette section
  que tu dois apporter tes modifications (les lignes à
  modifier commencent par un seul #), notamment la ligne:
# kopt=root=UUID=89c4ffed-ab0e-484f-b52c-f28ff9ff4874 ro vga=788
Ici on précise l'UUID de la partition racine ainsi que le mode vga
pour le démarrage.

Lorsque tu feras update-grub (ou le système lors d'une mise à jour du
noyau), il prendra ces informations pour créer ou mettre à jour la
3ème section (cf. ci-après).

- enfin une 3ème section qui se termine par### END DEBIAN AUTOMAGIC
  KERNELS LIST  et créée par update-grub en fonction des noyaux
  trouvés, avec éventuellement une entrée pour démarrer Windows.
 Ce que je dis est-il correct ?
 Quelqu'un peut-il m'éclairer à ce sujet ? C'est peut-être le point qui 
 m'empêche
 d'aboutir, car je n'ai pas toujours pas réussi à booter sur la clef où
 j'ai installé lenny. Tout se passe comme si aucune clef n'était branchée. Je 
 ne
 vois même pas l'écran bleu habituel de grub.
Mettre à jour le fichier /boot/grub/device.map comme indiqué dans mon
message précédent puis réinstaller grub sur ta clé.

Méfiance, certaines clés usb sont parfois récalcitrantes pour booter
dessus.

--


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: intaller lenny sur clef usb

[JP Bochet (jeep)]

 
 p = pdalmas 

Le(On) Sun, 15 Mar 2009 20:20:12 +0100,
pdalmas  écrivait(wrote) :

[...]
p Merci à François, Jean-Pascal, David et laurux pour vos
p conseils !
De rien ! ;)

   p J'ai bien compris que lorsqu'une seule clef est en place elle
   p est reconnue comme /dev/sdb (puisque le disque dur sata est
   p /dev/sda), et qu'il faut donc tenir compte de cela pour la

Voilà !
C'est exactement ça, ça parait c*n comme ça, mais c'est
incontournable et ne pas en tenir compte avant de tenter autre chose
aurait été une mauvaise idée. ;)

   p configuration de grub.  La doc du wiki ci-dessus explique bien
   p comment faire.  Cependant je ne comprends pas la fin de la

Très bien cette doc effectivement.
Tout y est.

[...]
   p # kopt=root=/dev/sdb1 ro
   p et la racine de GRUB à (hd0,0)

   p # groot=(hd0,0) 

   p Quel fichier contient-il les options du noyau ? Dans

Il parle *toujours* de /boot/grub/menu.lst, fichier de conf' du
Grub, dont je t'ai parlé dans mon 1er courriel, il s'agit simplement
des options que l'on passe au noyau au moment du boot, c'est ici,
grub qui s'en occupe dans la section 'kopt' (kernel opt) ; pas de
rapport avec le fichier des options de *compilation* du noyau,
/boot/config* ou /boot/config (si ce noyau est configuré avec
l'option qui-va-bien, ce qui n'est pas le cas -- je crois -- du noyau
debian).

   p l'installation standard que j'ai faite les options du noyau ne
   p sont pas présentes, me semble-t'il.  Ce que je dis est-il
   p correct ?  Quelqu'un peut-il m'éclairer à ce sujet ? C'est

Si, si, ce sont les options *de base* (indispensables), read-only
est automatique, et root= est l'endroit où se trouve la *racine* du
système qu'il va devoir monter et ça tu lui as dis toi-même, c'est
justement *là* que réside le pblm (entre sdb et sdc).
Donc, ce que tu dis n'es pas correct. ;)

   p peut-être le point qui m'empêche d'aboutir, car je n'ai pas
Oui, mais pas dans le sens où tu l'entends ! ;)
Ce n'est pas parceque les options *manquent* ... mais parceque
l'option root= contient le nom de la *mauvaise clé* (sdc au lieu de
sdb).
Comme je te l'ai longuement expliqué dans mon *premier* courriel,
hier.
;)

Pour comment éditer, etc... tu as assez de détails entre ce que je
t'ai dit, la doc et le courriel de Laurux, très pertinent et clair.

Amuse-toi bien.

Jeep.

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: intaller lenny sur clef usb

[JP Bochet (jeep)]

 
 DP = David Prévot

Le(On) Sun, 15 Mar 2009 15:50:32 -0400,
David Prévot écrivait(wrote) :


[...]
   DP /boot/config-2.6* mais ce sont simplement les options qui ont
   DP été utilisées pour compiler le noyau, modifier ce fichier ne
   DP sert strictement à rien (sauf pour préparer une nouvelle

Erf... comment ça « préparer » ??? Grand dieu *non* !!!
Ce fichier ne doit *jamais* être édité « à la main » (même si ça
fonctionne) !
C'est le 'make' qui s'en occupe quand on utilise les commandes 
'make *config' (pour un 'vanilla'), avant la compilation.

Sinon, bien entendu ce fichier n'a *rien* à voir avec le fichier
concerné, effectivement menu/lst dans le rép. de le Grub.

[...]
Jeep.
-- 
 Pis je suis un assassin parce que j'ai tué plein de monde de la façon
 la plus gore (Carmageddon 2) j'usqu'a la façon la plus lente et la plus
 orrible (je fais cramer mes Sims !) ! PTDR !!!
 -+- Pip99 in GPJ : Et chez moi, c'est Theme Hospital en vrai -+-

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

[HS] noyau et autres bizarreries [Était: intaller lenny sur clef usb]

[David Prévot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

JP Bochet (jeep) a écrit :
  
 DP = David Prévot
 
 Le(On) Sun, 15 Mar 2009 15:50:32 -0400,
 David Prévot écrivait(wrote) :
 
 
 [...]
DP /boot/config-2.6* mais ce sont simplement les options qui ont
DP été utilisées pour compiler le noyau, modifier ce fichier ne
DP sert strictement à rien (sauf pour préparer une nouvelle
 
 Erf... comment ça « préparer » ??? Grand dieu *non* !!!

Pas la peine d'utiliser trois fois de suites les mêmes double signes de
ponctuation [1], les tournures de la langue française sont largement
suffisantes pour exprimer des sentiments comme la surprise (même si le
support est un message électronique, il n'en est pas moins *écrit*).

Pour répondre à la question, par « préparer », comme c'était suggéré par
la suite de ce qui était écrit, et que tu as coupé (probablement au
bénéfice de signes de citation non conventionnels et proprement
fatigants), c'était évidemment comme tu l'as compris (alors pourquoi
diable utiliser des expression comme « Grand dieu » ;) :

 C'est le 'make' qui s'en occupe quand on utilise les commandes 
 'make *config' (pour un 'vanilla'), avant la compilation.

Copier préalablement le fichier /boot/config-2.6* à la racine des
sources sous le nom « .config » permet d'avoir une base de départ
fonctionnelle pour le 'make *config'...

Amicalement

David

[1] What sort of person, said Salzella patiently, sits down and
writes a maniacal laugh? And all those exclamation marks, you notice?
Five? A sure sign of someone who wears his underpants on his head. Opera
can do that to a man.

-- (Terry Pratchett, Maskerade)

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkm9fGgACgkQ18/WetbTC/qkiwCfS7kf7qvEAgWAZs34bJ+VpblH
H2QAniPPBV5R8o2nP/pOS1+Xocr3toea
=whcQ
-END PGP SIGNATURE-

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: [HS] noyau et autres bizarreries [Était: intaller lenny sur clef usb]

[JP Bochet (jeep)]

 
 DP = David Prévot

Le(On) Sun, 15 Mar 2009 18:08:42 -0400,
David Prévot écrivait(wrote) :

'soir,

[...]
   DP /boot/config-2.6* mais ce sont simplement les options qui ont
   DP été utilisées pour compiler le noyau, modifier ce fichier ne
   DP sert strictement à rien (sauf pour préparer une nouvelle
   
Erf... comment ça « préparer » ???  !!!

   DP Pas la peine d'utiliser trois fois de suites les mêmes double
   DP signes de ponctuation [1], les tournures de la langue
 ^^^
Oui mais non ! Moi c'est Parkinson, tu verras quand t'auras mon
àge ! ;)

[...]
   DP Pour répondre à la question, par « préparer », comme c'était
   DP suggéré par la suite de ce qui était écrit, et que tu as
   DP coupé (probablement au bénéfice de signes de citation non

Je n'ai *rien* coupé (à part le mot « compilation ») de cette
partie de ta phrase, comme tu peux le voir toi-même en levant le nez
16 lignes plus haut.


   DP conventionnels et proprement fatigants), c'était évidemment
   DP comme tu l'as compris (alors pourquoi diable utiliser des
   DP expression comme « Grand dieu » ;) :

Ben parceque j'ai *vraiment* compris [relis ta phrase] que tu disais
que *dans certains cas* (« sauf pour préparer une nouvelle
compilation » étaient tes termes), on peut être amené à *éditer*
(« modifier » était ton terme) ledit fichier.
Relis-toi tu verras qu'il n'y a rien de surprenant au fait que
j'ai pu comprendre cela.

Quant au « Grand dieu », c'était *plus exactement* :
« Grand dieu *non* » ... je ne vois pas ce qui te pose problème, ce
n'était ni choquant, ni malpoli que je sache ?

J'ajouterais que je ne vois pas bcp de différences entre cette
expression et *ton* « pourquoi diable » ci-dessus.

C'est le 'make' qui s'en occupe quand on utilise les commandes
'make *config' (pour un 'vanilla'), avant la compilation.

   DP Copier préalablement le fichier /boot/config-2.6* à la racine
   DP des sources sous le nom « .config » permet d'avoir une base
   DP de départ fonctionnelle pour le 'make *config'...

Oui, tout à fait, mais ce n'est *pas* ce je lis dans tes propos du
courriel précédent, désolé.

   DP Amicalement

Pareil,

Jeep.
-- 
Je vais aussi mettre deux
petis bips quand on ferme la boite. Un peu comme
dans les films de science fiction.
-- Jayce - Enterprise OS --

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

intaller lenny sur clef usb

[pdalmas]

Bonjour,
J'ai une machine avec vista sur le disque dur et veux pouvoir l'utiliser
occasionnellement sur debian sans toucher au disque dur.
Je voudrais qu'en présence d'une clef (appellée clef 2 ci-dessous), ce soit
debian qui démarre et qu'en l'absence de clef, vista démarre. Je ne veux pas
toucher au disque dur.

J'ai donc utilisé deux clefs usb. La clef 1 m'a servi à l'installation (avec
netinst). J'ai choisi d'installer lenny sur la clef 2 (formatée en
ext2) reconnue comme /dev/sdc. A la fin de la procédure, à la question sur
l'endroit où placer grub, j'ai répondu /dev/sdc.
Mon problème: au redémarrage, avec la clef 2 seule en place, c'est vista qui
est lancé. Que faire ? Ce n'est pas un problème de BIOS puisque je démarre très
bien sur la clef 1. Ne sachant pas quoi faire j'ai aussi installé grub sur
/dev/sdc1. Résultat identique.

Merci d'avance pour votre aide,
Pierre

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: intaller lenny sur clef usb

[François Boisson]

Le Sat, 14 Mar 2009 20:20:21 +0100
pdal...@free.fr a écrit:

 J'ai donc utilisé deux clefs usb. La clef 1 m'a servi à l'installation (avec
 netinst). J'ai choisi d'installer lenny sur la clef 2 (formatée en
 ext2) reconnue comme /dev/sdc. A la fin de la procédure, à la question sur
 l'endroit où placer grub, j'ai répondu /dev/sdc.
 Mon problème: au redémarrage, avec la clef 2 seule en place, c'est vista qui
 est lancé. Que faire ? Ce n'est pas un problème de BIOS puisque je démarre
 très bien sur la clef 1. Ne sachant pas quoi faire j'ai aussi installé grub
 sur /dev/sdc1. Résultat identique.

Tu ne peux faire l'économie d'une modification de l'ordinateur:

1) Si il est possible au BIOS de lui demander de démarrer sur le support
amovible, alors ça peut fonctionner (je dis ça peut car le boute avec les
clefs USB est capricieux, mais grub est efficace).
Mettre dans ce cas là «Boot sur USB (ou support amovible)», «Boot sur Disque
dur» comme ordre de boot dans le BIOS.

2) Si il n'existe un tel option, il te faut mettre un grub ou un lilo sur le
disque dur, le lilo boutant par défaut sur la partition Vista et sinon il
enchaine sur ta clef (
other=/dev/sdc
label=USB

devrait fonctionner)

2 bis) Tu utilises le «bootloader» de Vista pour faire un tel chainage. Il
doit pouvoir faire ça mais je ne le connais absolument pas: je n'ai jamais mis
les mains sur une machine Vista.

François Boisson

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: intaller lenny sur clef usb

[JP Bochet (jeep)]

 
 p = pdalmas 

Le(On) Sat, 14 Mar 2009 20:20:21 +0100,
pdalmas  écrivait(wrote) :


   p Bonjour, J'ai une machine avec vista sur le disque dur et veux

Bonsoir,

Je précise que je n'ai jamais installé de nunux sur une clé USB, et
que je ne suis pas un spécialiste de Grub ; en revanche je connais
LILO par coeur, et -- donc -- assez bien ces pblms de boot.
Je vais donc essayer de t'aider en attendant mieux.

[...]
   p J'ai donc utilisé deux clefs usb. La clef 1 m'a servi à
   p l'installation (avec netinst). J'ai choisi d'installer lenny
   p sur la clef 2 (formatée en ext2) reconnue comme /dev/sdc. A la
   p fin de la procédure, à la question sur l'endroit où placer
   p grub, j'ai répondu /dev/sdc.  Mon problème: au redémarrage,
   p avec la clef 2 seule en place, c'est vista qui est lancé. Que

Mais ... avec la clé « 2 » *seule* en place ... cette clé ne
s'appelle plus '/dev/sdc', mais /dev/sdb !

Sous Linux, les disques sont nommés ainsi :
*IDE :
--
1er disque :/dev/hda
1ère partition du 1er disque : /dev/hda1
2ème partition du 1er disque : /dev/hda2
etc...
2ème disque : /dev/hdb
 1ère partition du 2ème disque : /dev/hdb1
 2ème partition du 2ème disque : /dev/hdb2
 etc...

*SCSI et SATA :
---
1er disque :/dev/sda
1ère partition du 1er disque : /dev/sda1
2ème partition du 1er disque : /dev/sda2
etc...
2ème disque : /dev/sdb
 1ère partition du 2ème disque : /dev/sdb1
 2ème partition du 2ème disque : /dev/sdb2
 etc...

Et, vu par Grub (ce qu'il écrit dans son fichier de conf') :
---
1er disque : hd0
1ère partition du 1er disque : (hd0,0)
2ème partition du 1er disque : (hd0,1)
etc...
2ème disque : hd1
1ère partition du 1er disque : (hd0,0)
2ème partition du 1er disque : (hd0,1)
etc...

Dans ton cas :
Ton 1er disque (le HDD interne de ton PC, où il y a Vista) =
/dev/sda ... à moins que ce soit de l'IDE, ce dont je doute, vu
que tes clés sont vus comme sdb et sdc.

Ensuite, le 1er périphérique USB (ou autre) non-IDE que tu vas
insérer sera donc : /dev/sdb.

Donc, si tu veux que ça fonctionne, il vaudrait mieux que grub soit
sur /dev/sdb.
Ou (dans l'autre sens) qu'il y ait /dev/sdb au lieu de sdc dans le
fichier de boot de Grub (soit : 'hd1' au lieu de 'hd2').
Parceque là, si j'ai bien tout compris, le Grub de ta clé devrait
chercher /dev/sdc1 (ou /dev/sdc2, je ne sais pas si tu as
partitionné la clé), enfin la partition sur laquelle se trouve
'vmlinuz', le noyau sur lequel il est censé booter.
Comme il se trouve sur /dev/sdb (/dev/sdc quand tu as fait
l'install') ou sur /dev/sdb1 (/dev/sdc1 à l'install'), ça ne peut
pas correspondre à ce qui se trouve dans le fichier de conf du Grub.
Donc, ça ne fonctionne pas, c'est normal.

Tu peux essayer -- sans rien faire -- de mettre *2* clés, avec
un peu de chance la clé où il y a Grub sera bien lue en second
(/dev/sdc, du coup) !
Mais il te faut une *autre* clé, sans 'netinst', ou un HDD externe,
juste un support qui « absorbe » /dev/sdb, pas un qui boote.
Au besoin décale un peu l'insertion, en 1er le support « vide » et
un pwal plus tard, la clé 2.
Mais faudra faire ça à *chaque fois* ... pas une solution.

Le plus simple serait de refaire l'install' à partir d'un *CD*
'netinst', plutôt qu'une clé ; de cette façon, le lecteur CD
s'appelant /dev/hda, ta clé gardera toujours la bonne place, à
savoir, la 2ème (en comptant le HDD interne), c'est à dire /dev/sdb,
soit 'hd1'.

Attention, j'ai lu je ne sais plus où que ça aurait changé avec
grub2, le 2ème disque serait maintenant bien 'hd2', plus 'hd1'.

Le plus rapide serait d'éditer à la main le fichier de config de
Grub* pour changer hd2 (2ème clé) en hd1, mais si tu
débutes, pas évident.
* = /boot/grub/menu.lst, si ça a pas changé (j'ai que du LILO ici).

Ça pourrait se faire depuis le shell de la clé 'netinst' ou un CD
Live.

HTH,

Jeep.

-- 
Jayce Al // MultideskOS a son propre language ,  c'est  une  sorte  de
Visual Basic indépendant 
-- Jayce - VB, _la_ référence --

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: intaller lenny sur clef usb

[François Boisson]

 other=/dev/sdc

La remarque de JP est bonne, le pbm peut être juste un pbm de nom de partition
mais dans ce cas je te suggère d'utiliser les UUID pour reconnaitre les
partitions, ça t'évitera ces soucis de sdb/sdc/...sdz

François Boisson

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: intaller lenny sur clef usb

[JP Bochet (jeep)]

 
 p = pdalmas 

Le(On) Sat, 14 Mar 2009 20:20:21 +0100,
pdalmas  écrivait(wrote) :

Re,

désolé, esprit d'escalier, je n'ai pas les bons réflexes avec le
Grub, ne l'utilisant qu'au boulot ou avec les install' des potes.

En fait, une autre manière de faire (un côté pratique de Grub) est
d'utiliser son shell interne pour rectifier les lignes du fichier
menu.lst.
Tu peux faire ça avec la méthode boot avec HDD ou clé USB non
bootable + ta clé ensuite, une fois que tu as réussi à booter sur
ta clé, quand l'écran de boot du Grub s'affiche, tu peux éditer
directement les lignes voulues en te positionnant dessus et en
tapant la touche 'e', la suite coule de source, en suivant les
indications de mon précédent courriel.
Je te conseille d'aller faire un tour sur le site de Grub avant pour
vérifier tout ça, voir comment ça se passe.

Bon courage, et bonne chance !

  Jeep.
-- 
 littlebe ya des gens qui on un moteur de recherche en javascript qui
crée lui même ces pages de résultats ?
 littlebe ben quoi ca exciste !
 -+- : in GPJ : Je ne veux pas etre contredit, je l'ai vu dans PCMax -+-

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: intaller lenny sur clef usb

[pdalmas]

Selon François Boisson user.anti-s...@maison.homelinux.net:

 Le Sat, 14 Mar 2009 20:20:21 +0100
 pdal...@free.fr a écrit:

  J'ai donc utilisé deux clefs usb. La clef 1 m'a servi à l'installation
 (avec
  netinst). J'ai choisi d'installer lenny sur la clef 2 (formatée en
  ext2) reconnue comme /dev/sdc. A la fin de la procédure, à la question sur
  l'endroit où placer grub, j'ai répondu /dev/sdc.
  Mon problème: au redémarrage, avec la clef 2 seule en place, c'est vista
 qui
  est lancé. Que faire ? Ce n'est pas un problème de BIOS puisque je démarre
  très bien sur la clef 1. Ne sachant pas quoi faire j'ai aussi installé grub
  sur /dev/sdc1. Résultat identique.

 Tu ne peux faire l'économie d'une modification de l'ordinateur:

 1) Si il est possible au BIOS de lui demander de démarrer sur le support
 amovible, alors ça peut fonctionner (je dis ça peut car le boute avec les
 clefs USB est capricieux, mais grub est efficace).
 Mettre dans ce cas là «Boot sur USB (ou support amovible)», «Boot sur Disque
 dur» comme ordre de boot dans le BIOS.


C'est ce que j'ai fait et qui fonctionne bien avec ce que j'ai appelé clef 1.
Cette dernière est préparée selon la procédure indiquée dans le manuel
d'installation (http://www.debian.org/releases/stable/i386/ch04s03.html.fr)
Elle contient en plus le fichier iso de netinst.
Le système boote parfaitement dessus.
Je ne comprends pas ce qui empêche de démarrer sur la clef 2.
Je note que cette clef 2 est formatée en ext2, contrairement à la clef 1 qui est
en fat.
Je voudrais éviter les points 2 et 2 bis ci-dessous qui touchent le disque dur
de la machine.


 2) Si il n'existe un tel option, il te faut mettre un grub ou un lilo sur le
 disque dur, le lilo boutant par défaut sur la partition Vista et sinon il
 enchaine sur ta clef (
 other=/dev/sdc
 label=USB

 devrait fonctionner)

 2 bis) Tu utilises le «bootloader» de Vista pour faire un tel chainage. Il
 doit pouvoir faire ça mais je ne le connais absolument pas: je n'ai jamais
 mis
 les mains sur une machine Vista.

 François Boisson

 --
 Lisez la FAQ de la liste avant de poser une question :
 http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
 ``spam'' dans vos champs From et Reply-To:

 Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
 vers debian-user-french-requ...@lists.debian.org
 En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org




-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: intaller lenny sur clef usb

[David Prévot]

pdal...@free.fr a écrit :
[...]
 Je ne comprends pas ce qui empêche de démarrer sur la clef 2.

Il y a quelques précautions à prendre avec ce genre de configuration, tu
peux sans doute t'inspirer des conseils du wiki [1].

[1] http://wiki.debian.org/fr/EeePC/HowTo/InstallOnSDcardOrUsbStick

Amicalement

David

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: Montage clef USB

[Bruno Muller]

Hello,

Le vendredi 06 février 2009 à 07:00 +0100, Zuthos a écrit :
 Depuis quelque temps, je n'arrive pas a monté ma clef USB:
 
 # dmesg
 [1593700.072381] sd 22:0:0:0: [sdf] Attached SCSI removable disk
 [1593700.072448] sd 22:0:0:0: Attached scsi generic sg6 type 0
 
 # mount /dev/sg6 Image/
 mount: /dev/sg6 is not a block device
 
 Je ne sais pas trop quoi faire

/dev/sgX = Generic SCSI access
C'est des périphériques en mode char, pas block.

Essaye plutôt de monter sdf (ou une de ses éventuelles partitions)...
cat /proc/partitions peut aider.

Bruno
-- 
PRÉHISTOIRE
M : Il y a des milliers d'années, nous, on chassait le mammouth zvec les
hommes ! Mais vous, qu'set-ce que vous foutiez ?!
P : On niquait leur femmes, ducon.


signature.asc
Description: Ceci est une partie de message	numériquement signée

Montage clef USB

[Zuthos]

Bonjour,

Je suis sous lenny.

Depuis quelque temps, je n'arrive pas a monté ma clef USB:

# dmesg
[1593700.072381] sd 22:0:0:0: [sdf] Attached SCSI removable disk
[1593700.072448] sd 22:0:0:0: Attached scsi generic sg6 type 0

# mount /dev/sg6 Image/
mount: /dev/sg6 is not a block device

Je ne sais pas trop quoi faire


signature.asc
Description: Digital signature