Re: Emplacement de la corbeille (Dérivé de - Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%)

[Belaïd MOUNSI]

Oui tout a fait d'accord j'avais vu mon erreur après coup et comme c'était
pas ce qu'il voulait faire, je n'ai pas vu l'utilité de réctifier mais
j'aurais du c'est vrai. c'est une technique que j'ai jamais utilisé.
habituellement je recompile personnellement noyau
Le 24 sept. 2013 18:18, "Sébastien NOBILI"  a écrit :

> Bonjour,
>
> Le lundi 23 septembre 2013 à 10:08, Belaïd MOUNSI a écrit :
> > Sur une debian squeeze, tu peux rajouter dans ton /etc/apt/source.list:
> > deb http://ftp.fr.debian.org/debian/ stable main
> > puis:
> > # apt-get update && apt-get install le_noyau_que_tu_souhaite
> > à savoir que pendant l'installation du noyau, la régénération de grub.cfg
> > se fait automatiquement et donc tu pourras booter sur ton nouveau noyau
> > simplement en rebootant ta machine.
> > n'oublie pas d'enlever la ligne rajouter plus haut quand tu auras fini
> > d'installer le noyau, car sinon toute les mises à jour ne se feront plus
> > depuis squeeze mais wheezy.
>
> TRÈS mauvais conseil !
> Là il va se retrouver avec un noyau installé et qui ne sera jamais mis à
> jour,
> donc un jour ou l'autre vulnérable.
> Les solutions acceptables :
> - rester en oldstable tant qu'elle est supportée par Debian,
> - passer en stable,
> - rétroporter le noyau d'une branche supérieure vers la branche qu'on
>   utilise.
>
> La solution 3 nécessitant un investissement et des compétences
> non-négligeables,
> pour un simple utilisateur / un débutant, les solutions 1 et 2 s'imposent.
>
> Seb
>
> --
> 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/20130924161746.gd13...@sebian.nob900.homeip.net
>
>

Re: Emplacement de la corbeille (Dérivé de - Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%)

[Sébastien NOBILI]

Bonjour,

Le lundi 23 septembre 2013 à 10:08, Belaïd MOUNSI a écrit :
> Sur une debian squeeze, tu peux rajouter dans ton /etc/apt/source.list:
> deb http://ftp.fr.debian.org/debian/ stable main
> puis:
> # apt-get update && apt-get install le_noyau_que_tu_souhaite
> à savoir que pendant l'installation du noyau, la régénération de grub.cfg
> se fait automatiquement et donc tu pourras booter sur ton nouveau noyau
> simplement en rebootant ta machine.
> n'oublie pas d'enlever la ligne rajouter plus haut quand tu auras fini
> d'installer le noyau, car sinon toute les mises à jour ne se feront plus
> depuis squeeze mais wheezy.

TRÈS mauvais conseil !
Là il va se retrouver avec un noyau installé et qui ne sera jamais mis à jour,
donc un jour ou l'autre vulnérable.
Les solutions acceptables :
- rester en oldstable tant qu'elle est supportée par Debian,
- passer en stable,
- rétroporter le noyau d'une branche supérieure vers la branche qu'on
  utilise.

La solution 3 nécessitant un investissement et des compétences non-négligeables,
pour un simple utilisateur / un débutant, les solutions 1 et 2 s'imposent.

Seb

-- 
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/20130924161746.gd13...@sebian.nob900.homeip.net

Re: Emplacement de la corbeille (Dérivé de - Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%)

[Belaïd MOUNSI]

Desolé j'avais pas compris.j'avais cru que tu voulais juste changer de
noyau en réstant sur squeeze.dans ce cas pas la peine d'installer au
préalable un nouveau noyau, la mise à niveau le fera automatiquement
Le 23 sept. 2013 10:52, "Dorian Carpentier de Changy" <
dechangydor...@yahoo.fr> a écrit :

> n'oublie pas d'enlever la ligne rajouter plus haut quand tu auras fini
>> d'installer le noyau, car sinon toute les mises à jour ne se feront plus
>> depuis squeeze mais wheezy.
>>
>>  pourquoi faire les mises à jour depuis Squeez si je passe à Wheezy
> entre-temps ? !!
>
>
>
>

Re: Emplacement de la corbeille (Dérivé de - Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%)

[Dorian Carpentier de Changy]

n'oublie pas d'enlever la ligne rajouter plus haut quand tu auras fini 
d'installer le noyau, car sinon toute les mises à jour ne se feront 
plus depuis squeeze mais wheezy.


pourquoi faire les mises à jour depuis Squeez si je passe à Wheezy 
entre-temps ? !!




<>

Re: Emplacement de la corbeille (Dérivé de - Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%)

[Belaïd MOUNSI]

Bonjour,
Sur une debian squeeze, tu peux rajouter dans ton /etc/apt/source.list:
deb http://ftp.fr.debian.org/debian/ stable main
puis:
# apt-get update && apt-get install le_noyau_que_tu_souhaite
à savoir que pendant l'installation du noyau, la régénération de grub.cfg
se fait automatiquement et donc tu pourras booter sur ton nouveau noyau
simplement en rebootant ta machine.
n'oublie pas d'enlever la ligne rajouter plus haut quand tu auras fini
d'installer le noyau, car sinon toute les mises à jour ne se feront plus
depuis squeeze mais wheezy.

Le 21 septembre 2013 23:41, Dorian Carpentier de Changy <
dechangydor...@yahoo.fr> a écrit :

>
> Le 21/09/2013 20:51, Johnny B a écrit :
>
>>
>> Ok, pour l'upgrade kernel tu peux installer un noyau en cherchant :
>> apt-cache search linux-image  ensuite tu reboot sur le nouveau kernel
>> (affichage du nouveau kernel dans grub au boot)
>>
>> Pour infos sans rentrer dans les détails quand Debian en est a sa beta 3
>> par ex le kernel est freezé il n'y a pas de mise à jour majeure, ni de
>> corrections critiques donc passer en testing sur la fin de vie des beta est
>> largement faisable
>> Tu n'a pas besoin de réinstaller un OS pour upgrader sur un kernel plus
>> récent.
>>
> JE fais donc un apt-get install && update ou upgrade ? Je conserve mon
> ancien noyau et le nouveau se charge automatiquement à /boot/grub.conf (de
> mémoire)? J'update le fichier de conf. Est-il une bonne pratique de
> conserver l'ancien noyau, quelle durée suggérez-vs?
>
>  Ben le backup c'est pas compliqué y a une quantité pas possible ;) et ca
>> depend de tes datas. (données, fichiers cachés, packages, etc...)
>>
> Puisque je ne touche qu'au noyau, les données, fichiers de conf des apps
> instalées seront-elles modifiées/déplacées/**supprimées.
> Qulles sont les précautions courantes? S'il faut copier/suvegarder/ n'est
> ce pas déroutant à première épreuve à retouver les chemins réciproques
> depuis la solution de sauvegarde?
>
>
>> Backintime est une très bonne solution elle gère aussi les snapshots,
>> mais c'est a toi de savoir ce que tu veux backuper et comment (scipts,
>> appli etc...)
>>
>>
>>  Dorian
>
>
>


-- 
< Belaid >

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[andre_debian]

On Saturday 21 September 2013 23:02:19 stephane.garg...@laposte.net wrote:
> Le 21/09/13 à 22:24, André a écrit :
> > On Saturday 21 September 2013 22:16:25 stephane.garg...@laposte.net wrote:
> > > Concernant la sécurité d'olstable, d'après la FAQ (
> > > http://www.debian.org/security/faq#lifespan ), l'équipe fournit les
> > > mises à jour pendant encore les 12 mois qui suivent la sortie d'une
> > > nouvelle stable. Donc, pour Squeeze, on pense qu'on peut être
> > > tranquille jusqu'à fin avril 2014. C'est d'ailleurs pour cette raison
> > > que je prends mon temps concernant ma bascule vers Wheezy.
> >
> > Pourquoi attendre si longtemps ?
> > Il y a plein de progrès avec Wheezy, dont un noyau plus performant
> > (perso, j'ai attendu 3 mois pour migrer fin août, ça me parait le bon
> > délai). Faut pas être si conservateur jusqu'au dernier moment
> > et vivre avec son temps.
>
> Veux garder ma Squeeze (avec mon linux 2.6, mon X.Org 7.5, mon KDE 4.4, mon
> OpenOffice...), na ! :-p   Stéphane.

Pourquoi conserver linux 2.6 : tu aurais un nouveau noyau plus performant avec 
wheezy,
idem avec Xorg, KDE 4.4 et OpenOffice.
Ou est la problème, tu retrouverais les mêmes outils sous Wheezy et améliorés.

C'est aussi reculer pour mieux sauter.
Dans 6 mois, lors de l'arrêt de Squeeze, tu seras bien obligé d'upgrader.

Tu ne serais pas un tantinet "conservateur" dès fois, 
et n'aurais tu pas gardé le "doudou" de ton enfance ? :-)

andré

--
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/201309221134.33499.andre_deb...@numericable.fr

Re: Emplacement de la corbeille (Dérivé de - Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%)

[Dorian Carpentier de Changy]

Le 21/09/2013 20:51, Johnny B a écrit :


Ok, pour l'upgrade kernel tu peux installer un noyau en cherchant : 
apt-cache search linux-image  ensuite tu reboot sur le nouveau kernel 
(affichage du nouveau kernel dans grub au boot)


Pour infos sans rentrer dans les détails quand Debian en est a sa beta 
3 par ex le kernel est freezé il n'y a pas de mise à jour majeure, ni 
de corrections critiques donc passer en testing sur la fin de vie des 
beta est largement faisable
Tu n'a pas besoin de réinstaller un OS pour upgrader sur un kernel 
plus récent.
JE fais donc un apt-get install && update ou upgrade ? Je conserve mon 
ancien noyau et le nouveau se charge automatiquement à /boot/grub.conf 
(de mémoire)? J'update le fichier de conf. Est-il une bonne pratique de 
conserver l'ancien noyau, quelle durée suggérez-vs?
Ben le backup c'est pas compliqué y a une quantité pas possible ;) et 
ca depend de tes datas. (données, fichiers cachés, packages, etc...)
Puisque je ne touche qu'au noyau, les données, fichiers de conf des apps 
instalées seront-elles modifiées/déplacées/supprimées.
Qulles sont les précautions courantes? S'il faut copier/suvegarder/ 
n'est ce pas déroutant à première épreuve à retouver les chemins 
réciproques depuis la solution de sauvegarde?


Backintime est une très bonne solution elle gère aussi les snapshots, 
mais c'est a toi de savoir ce que tu veux backuper et comment (scipts, 
appli etc...)




Dorian


<>

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Haricophile]

Le samedi 21 septembre 2013 à 22:16 +0200, stephane.garg...@laposte.net
a écrit :
> Donc, pour Squeeze, on pense qu'on peut être tranquille jusqu'à fin
> avril 2014. C'est d'ailleurs pour cette raison que je prends mon temps
> concernant ma bascule vers Wheezy.

A condition de suivre les news et mettre à jour les quelques paquets
in-maintenables comme Firefox/Iceweasel

-- 
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/1379799573.21846.0.camel@jisui.aranha

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Dorian Carpentier de Changy]

Le 21/09/2013 21:08, Johnny B a écrit :
Le 09/21/2013 09:01 PM, stephane.garg...@laposte.net a écrit : c'est 
ainsi que je l'ai voulu... :-)


Puisqu'on en est au avis personnel, très bien selon moi c'est stupide 
de rester 1 an en oldstable mais c'est mon avis ;) après je parle de 
serveurs pro. Laisser un serveur de prod en squeeze juste parce qu'on 
en a envie et sans contrainte technique obligatoire c'est un 
comportement peu scrupuleux en matière de sécurité et de performances


Si tu as envie de tourner en debian potatoe sur ton perso tu es libre ;)


Pour ma part je m'aventurerai, mais au lu des objets cc le kernel 
(monolithiques, micromachin) je crois que il n'y a pas grd chose à 
gagner en sécurité mais des compatibilités accrues avec en revanche vers 
les apps "elles" en développement, je pense à Xen ici, tjs est -il que 
les résolutions de bugs qu'il corrigent font gagner en sécurité.

Donc 1-1 hum

Dorian

<>

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[stephane . gargoly]

Bonjour à tous les utilisateurs et développeurs de Debian :

Dans son message du 21/09/13 à 22:24, André a écrit :
> On Saturday 21 September 2013 22:16:25 stephane.garg...@laposte.net wrote:
> > Concernant la sécurité d'olstable, d'après la FAQ (
> > http://www.debian.org/security/faq#lifespan ), l'équipe fournit les mises à
> > jour pendant encore les 12 mois qui suivent la sortie d'une nouvelle stable.
> > Donc, pour Squeeze, on pense qu'on peut être tranquille jusqu'à fin avril
> > 2014. C'est d'ailleurs pour cette raison que je prends mon temps concernant
> > ma bascule vers Wheezy.
> 
> Pourquoi attendre si longtemps ?
> 
> Il y a plein de progrès avec Wheezy, dont un noyau plus performant
> (perso, j'ai attendu 3 mois pour migrer fin août, ça me parait le bon délai).
> Faut pas être si conservateur jusqu'au dernier moment
> et vivre avec son temps.

Veux garder ma Squeeze (avec mon linux 2.6, mon X.Org 7.5, mon KDE 4.4, mon 
OpenOffice...), na ! :-p

Cordialement et à bientôt,

Stéphane.



Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

--
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/1346844947.3967.1379797339015.JavaMail.www@wwinf8212

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[andre_debian]

On Saturday 21 September 2013 22:16:25 stephane.garg...@laposte.net wrote:
> > > Dans son message du 21/09/13 à 17:50, Johnny B a écrit :
> > >> Pour quelle raison n'es tu pas passé en stable ?

> > > Pour quelle raison "impérieuse" doit-on passer d'oldstable à stable ?
> > Il n'y aucune raison impérieuse c'est juste une question
> > > Personnellement, je suis encore sous Squeeze et je le remplacerai par
> > > Wheezy au cours de printemps 2014 (tel que je l'ai prévu) car c'est
> > > ainsi que je l'ai voulu... :-)
> Concernant la sécurité d'olstable, d'après la FAQ (
> http://www.debian.org/security/faq#lifespan ), l'équipe fournit les mises à
> jour pendant encore les 12 mois qui suivent la sortie d'une nouvelle stable.
> Donc, pour Squeeze, on pense qu'on peut être tranquille jusqu'à fin avril
> 2014. C'est d'ailleurs pour cette raison que je prends mon temps concernant
> ma bascule vers Wheezy.

Pourquoi attendre si longtemps ?

Il y a plein de progrès avec Wheezy, dont un noyau plus performant
(perso, j'ai attendu 3 mois pour migrer fin août, ça me parait le bon délai).
Faut pas être si conservateur jusqu'au dernier moment
et vivre avec son temps.

Petite philo du soir ...

andré

--
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/201309212224.10624.andre_deb...@numericable.fr

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[stephane . gargoly]

Bonjour à tous les utilisateurs et développeurs de Debian :

Dans son message du 21/09/13 à 21:08, Johnny B a écrit :
> Le 09/21/2013 09:01 PM, stephane.garg...@laposte.net a écrit :
> > Dans son message du 21/09/13 à 17:50, Johnny B a écrit :
> >> Pour quelle raison n'es tu pas passé en stable ?
> > Pour quelle raison "impérieuse" doit-on passer d'oldstable à stable ?
> Il n'y aucune raison impérieuse c'est juste une question
> >
> > Personnellement, je suis encore sous Squeeze et je le remplacerai par 
> > Wheezy au
> > cours de printemps 2014 (tel que je l'ai prévu) car c'est ainsi que je l'ai
> > voulu... :-)
> 
> Puisqu'on en est au avis personnel, très bien selon moi c'est stupide de 
> rester 1 an en oldstable mais c'est mon avis ;) après je parle de 
> serveurs pro. Laisser un serveur de prod en squeeze juste parce qu'on en 
> a envie et sans contrainte technique obligatoire c'est un comportement 
> peu scrupuleux en matière de sécurité et de performances

Concernant la sécurité d'olstable, d'après la FAQ ( 
http://www.debian.org/security/faq#lifespan ), l'équipe fournit les mises à 
jour pendant encore les 12 mois qui suivent la sortie d'une nouvelle stable.

Donc, pour Squeeze, on pense qu'on peut être tranquille jusqu'à fin avril 2014. 
C'est d'ailleurs pour cette raison que je prends mon temps concernant ma 
bascule vers Wheezy.

Evidement, le calendrier peut être bouleversé par la sortie de Jessie (en tant 
que "newstable") avant mai 2014. Mais comme on ne semble pas prendre le 
chemin... (la testing n'est même pas "gelée")

Notes que, dans mon précédent post, j'avais dit que j'installerai bientôt 
Wheezy avec une machine virtuelle.

Maintenant, j'utilise Squeeze en tant qu'ordinateur de bureau 
domestique/ludique et il est bien clair que pour les serveurs d'entreprise 
(voire les postes-clients sédentaires/nomades professionnels), il serait 
préférable de bénéficier - au plus tôt - les avancées d'un nouvelle stable.

Cependant, d'après la page Wiki DebianOldStable ( 
https://wiki.debian.org/fr/DebianOldStable ), certaines organisations peuvent 
vouloir prendre le temps (sans ce soit, nécessairement, une année complète) 
concernant le déploiement de la nouvelle stable au sein de leurs 
infrastructures informatique.

> Si tu as envie de tourner en debian potatoe sur ton perso tu es libre ;)

Bah, au moment de sa sortie, j'utilisais SuSE 6.3 (en tant que distribution 
GNU/Linux) depuis quelque temps et je n'ai même pas entendu parler de Debian 
(contrairement à Red Hat ou à Mandrake). :-p

Une dernière chose : Toutes mes excuses pour t'avoir directement envoyé mon 
précédent post, en général, je ne le fais que pour la liste... ;-)

Cordialement et à bientôt,

Stéphane.



Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

--
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/2098628941.2956.1379794585252.JavaMail.www@wwinf8212

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Johnny B]

Le 09/21/2013 09:01 PM, stephane.garg...@laposte.net a écrit :

Bonjour à tous les utilisateurs et développeurs de Debian :

Dans son message du 21/09/13 à 17:50, Johnny B a écrit :

Le 09/20/2013 03:58 PM, Dorian Carpentier de Changy a écrit :

Non ,je suis avec Debian squeeze. Une recherche aptitude search
Nautilus m'a retourné # i A nautilus , d'où ma ccl hative.

Pour quelle raison n'es tu pas passé en stable ?

Pour quelle raison "impérieuse" doit-on passer d'oldstable à stable ?

Il n'y aucune raison impérieuse c'est juste une question


Personnellement, je suis encore sous Squeeze et je le remplacerai par Wheezy au 
cours de printemps 2014 (tel que je l'ai prévu) car c'est ainsi que je l'ai 
voulu... :-)


Puisqu'on en est au avis personnel, très bien selon moi c'est stupide de 
rester 1 an en oldstable mais c'est mon avis ;) après je parle de 
serveurs pro. Laisser un serveur de prod en squeeze juste parce qu'on en 
a envie et sans contrainte technique obligatoire c'est un comportement 
peu scrupuleux en matière de sécurité et de performances


Si tu as envie de tourner en debian potatoe sur ton perso tu es libre ;)



Note : Quand je parle de Squeeze, il s'agit de mon système d'exploitation hôte 
(c'est-à-dire installé directement sur la machine physique, mon ordinateur 
fixe). Cependant, dans les prochaines semaines, je compte installer Wheezy en 
tant que système invité (c'est-à-dire à travers une machine virtuelle gérée par 
VirtualBox).

Cordialement et à bientôt,

Stéphane.



Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net


--
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/523deea0.8030...@gmail.com

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[stephane . gargoly]

Bonjour à tous les utilisateurs et développeurs de Debian :

Dans son message du 21/09/13 à 17:50, Johnny B a écrit :
> Le 09/20/2013 03:58 PM, Dorian Carpentier de Changy a écrit :
> > Non ,je suis avec Debian squeeze. Une recherche aptitude search 
> > Nautilus m'a retourné # i A nautilus , d'où ma ccl hative.
> Pour quelle raison n'es tu pas passé en stable ?

Pour quelle raison "impérieuse" doit-on passer d'oldstable à stable ?

Personnellement, je suis encore sous Squeeze et je le remplacerai par Wheezy au 
cours de printemps 2014 (tel que je l'ai prévu) car c'est ainsi que je l'ai 
voulu... :-)

Note : Quand je parle de Squeeze, il s'agit de mon système d'exploitation hôte 
(c'est-à-dire installé directement sur la machine physique, mon ordinateur 
fixe). Cependant, dans les prochaines semaines, je compte installer Wheezy en 
tant que système invité (c'est-à-dire à travers une machine virtuelle gérée par 
VirtualBox).

Cordialement et à bientôt,

Stéphane.



Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

--
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/1675841800.936.1379790080362.JavaMail.www@wwinf8212

Re: Emplacement de la corbeille (Dérivé de - Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%)

[Johnny B]

Le 09/21/2013 07:36 PM, Dorian Carpentier de Changy a écrit :


Le 21/09/2013 17:51, Johnny B a écrit :

Le 09/20/2013 03:58 PM, Dorian Carpentier de Changy a écrit :


J'utilise Gnome, et donc NAutilus comme gestionnaire. Mais la 
suppression, je l'ai effectuée à la main. 
T'utilises Ubuntu ? 
Non ,je suis avec Debian squeeze. Une recherche aptitude search 
Nautilus m'a retourné # i A nautilus , d'où ma ccl hative.

La même recherche sur Metacity # i A metacity.
Mais la doc http://formation-debian.via.ecp.fr/intro-partie3.html 
indique que plusieurs gestionnaires peuvent être utilisés.
"A propos" depuis un gestionnaire m'a confirmé, je suis avec 
Nautilus 2.30.1




Pour quelle raison n'es tu pas passé en stable ?

En février, wheezy n'en était pas encore au stade de stable bien que 
le référencement imminent. Pour ce qui est d'un upgrade jamais je ne 
m'y suis aventuré faute de pertinence/intérêt imputé à mon sujet. J'ai 
d'autres chats dans ma saillie pour me limiter au peaufinement des 
tests entrepris. Est-il possible de faire un upgrade du noyau sans 
passer par le téléchargement que ce soit DVD/CD/net install? Quel 
sauvegarde dois-je réaliser, sous quelle manière !


Dorian



Ok, pour l'upgrade kernel tu peux installer un noyau en cherchant : 
apt-cache search linux-image  ensuite tu reboot sur le nouveau kernel 
(affichage du nouveau kernel dans grub au boot)


Pour infos sans rentrer dans les détails quand Debian en est a sa beta 3 
par ex le kernel est freezé il n'y a pas de mise à jour majeure, ni de 
corrections critiques donc passer en testing sur la fin de vie des beta 
est largement faisable.


Tu n'a pas besoin de réinstaller un OS pour upgrader sur un kernel plus 
récent.


Ben le backup c'est pas compliqué y a une quantité pas possible ;) et ca 
depend de tes datas. (données, fichiers cachés, packages, etc...)


Backintime est une très bonne solution elle gère aussi les snapshots, 
mais c'est a toi de savoir ce que tu veux backuper et comment (scipts, 
appli etc...)







--
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/523deab2.4010...@gmail.com

Emplacement de la corbeille (Dérivé de - Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%)

[Dorian Carpentier de Changy]

Le 21/09/2013 17:51, Johnny B a écrit :

Le 09/20/2013 03:58 PM, Dorian Carpentier de Changy a écrit :


J'utilise Gnome, et donc NAutilus comme gestionnaire. Mais la 
suppression, je l'ai effectuée à la main. 
T'utilises Ubuntu ? 
Non ,je suis avec Debian squeeze. Une recherche aptitude search 
Nautilus m'a retourné # i A nautilus , d'où ma ccl hative.

La même recherche sur Metacity # i A metacity.
Mais la doc http://formation-debian.via.ecp.fr/intro-partie3.html 
indique que plusieurs gestionnaires peuvent être utilisés.
"A propos" depuis un gestionnaire m'a confirmé, je suis avec Nautilus 
2.30.1




Pour quelle raison n'es tu pas passé en stable ?

En février, wheezy n'en était pas encore au stade de stable bien que le 
référencement imminent. Pour ce qui est d'un upgrade jamais je ne m'y 
suis aventuré faute de pertinence/intérêt imputé à mon sujet. J'ai 
d'autres chats dans ma saillie pour me limiter au peaufinement des tests 
entrepris. Est-il possible de faire un upgrade du noyau sans passer par 
le téléchargement que ce soit DVD/CD/net install? Quel sauvegarde 
dois-je réaliser, sous quelle manière !


Dorian
<>

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Johnny B]

Le 09/20/2013 03:58 PM, Dorian Carpentier de Changy a écrit :


J'utilise Gnome, et donc NAutilus comme gestionnaire. Mais la 
suppression, je l'ai effectuée à la main. 
T'utilises Ubuntu ? 
Non ,je suis avec Debian squeeze. Une recherche aptitude search 
Nautilus m'a retourné # i A nautilus , d'où ma ccl hative.

La même recherche sur Metacity # i A metacity.
Mais la doc http://formation-debian.via.ecp.fr/intro-partie3.html 
indique que plusieurs gestionnaires peuvent être utilisés.
"A propos" depuis un gestionnaire m'a confirmé, je suis avec Nautilus 
2.30.1




Pour quelle raison n'es tu pas passé en stable ?

--
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/523dc06c.9040...@gmail.com

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Dorian Carpentier de Changy]

J'utilise Gnome, et donc NAutilus comme gestionnaire. Mais la 
suppression, je l'ai effectuée à la main. 
T'utilises Ubuntu ? 
Non ,je suis avec Debian squeeze. Une recherche aptitude search Nautilus 
m'a retourné # i A nautilus , d'où ma ccl hative.

La même recherche sur Metacity # i A metacity.
Mais la doc http://formation-debian.via.ecp.fr/intro-partie3.html 
indique que plusieurs gestionnaires peuvent être utilisés.

"A propos" depuis un gestionnaire m'a confirmé, je suis avec Nautilus 2.30.1


<>

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Johnny B]

Le 09/20/2013 03:32 PM, Dorian Carpentier de Changy a écrit :


Le 18/09/2013 19:49, Sébastien NOBILI a écrit :
Le mercredi 18 septembre 2013 à 17:08, Dorian Carpentier de Changy a 
écrit :

Faut-il vider la corbeille manuellement, se vide
-t-elle à intervalles régulier?
Ça dépend du bureau que tu utilises. Par défaut c'est GNOME (que je 
ne connais
plus), mais quel gestionnaire de fichiers as-tu utilisé pour la 
suppression du

fichier ?
J'utilise Gnome, et donc NAutilus comme gestionnaire. Mais la 
suppression, je l'ai effectuée à la main.


T'utilises Ubuntu ?





chemin recommandé ? # /home/user/.local/share/Trash/files && info  ?
C'est le bureau qui gère tout seul l'endroit qu'il utilise comme 
corbeille,
encore une fois, ça dépend du bureau (mais les dossiers « files » et 
« info » me
font penser à KDE, ce qui peut expliquer que GNOME - si tu utilises 
bien GNOME -

ne parvienne pas à voir ta corbeille KDE - compliqué, je sais !).
J'ai trouvé que des fils de 2008-2007, ça date donc pas fiable... 
Ensuite il ne répondait pas à ma distribution.

Mais il est bien mention de .local/**/Trash/files .
Le site de Ubuntu m'a permis d'installer l'icone de la corbeille sur 
la barre de lancement. Alt+ClicDroit... au point 4.4

http://doc.ubuntu-fr.org/gnome-session-fallback
En revanche pas évident/moyen de savoir le chemin absolu de la 
corbeille. En me référant à son contenu, je me suis aperçu qu le 
chemin que j'ai donné est correct sous Gnome.

Afin de profiter de l'économie de la filière recyclage, veuillez
procéder au tri bin-ère :-o

Je préfère le bibi-binaire !

 https://fr.wikipedia.org/wiki/Num%C3%A9ration_Bibi

Seb

Très bon, venant de l'ère bob l'éponge, je ne pouvais m'empêcher de 
penser que Boby Lapointe est un lointain ami...:0


--
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/523c4f94.6040...@gmail.com

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Dorian Carpentier de Changy]

Le 18/09/2013 19:49, Sébastien NOBILI a écrit :

Le mercredi 18 septembre 2013 à 17:08, Dorian Carpentier de Changy a écrit :

Faut-il vider la corbeille manuellement, se vide
-t-elle à intervalles régulier?

Ça dépend du bureau que tu utilises. Par défaut c'est GNOME (que je ne connais
plus), mais quel gestionnaire de fichiers as-tu utilisé pour la suppression du
fichier ?
J'utilise Gnome, et donc NAutilus comme gestionnaire. Mais la 
suppression, je l'ai effectuée à la main.



chemin recommandé ? # /home/user/.local/share/Trash/files && info  ?

C'est le bureau qui gère tout seul l'endroit qu'il utilise comme corbeille,
encore une fois, ça dépend du bureau (mais les dossiers « files » et « info » me
font penser à KDE, ce qui peut expliquer que GNOME - si tu utilises bien GNOME -
ne parvienne pas à voir ta corbeille KDE - compliqué, je sais !).
J'ai trouvé que des fils de 2008-2007, ça date donc pas fiable... 
Ensuite il ne répondait pas à ma distribution.

Mais il est bien mention de .local/**/Trash/files .
Le site de Ubuntu m'a permis d'installer l'icone de la corbeille sur la 
barre de lancement. Alt+ClicDroit... au point 4.4

http://doc.ubuntu-fr.org/gnome-session-fallback
En revanche pas évident/moyen de savoir le chemin absolu de la 
corbeille. En me référant à son contenu, je me suis aperçu qu le chemin 
que j'ai donné est correct sous Gnome.

Afin de profiter de l'économie de la filière recyclage, veuillez
procéder au tri bin-ère :-o

Je préfère le bibi-binaire !

 https://fr.wikipedia.org/wiki/Num%C3%A9ration_Bibi

Seb

Très bon, venant de l'ère bob l'éponge, je ne pouvais m'empêcher de 
penser que Boby Lapointe est un lointain ami...:0
<>

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Dorian Carpentier de Changy]

Le 18/09/2013 20:37, stephane.garg...@laposte.net a écrit :

Félicitation ! Tu as trouvé la solution à ton problème. :-)

Oui, là pr le coup j'en ressorts grandi :-)

Et, histoire de soigner - un peu plus - son égo, quelques lectures 
suggérées à un débutant :- (Formation Debian GNU/Linux) 
http://formation-debian.via.ecp.fr/ - (Le cahier de l'administrateur 
Debian) http://debian-handbook.info/browse/fr-FR/stable/ - (Référence 
Debian) http://www.debian.org/doc/manuals/debian-reference/ Ces trois 
suggestions sont triées par niveau de difficulté croissante. Si tu 
veux aller (encore) plus loin, tu trouveras d'autres documentations 
chez Debian - voir la page http://www.debian.org/doc/ Mais, attention, 
: - certaines sont encore en anglais, - un partie intéresse plus les 
développeurs que les utilisateurs, - d'autres concernent moins Debian 
que le système GNU/Linux et - quelques-unes touchent plus les serveurs 
que les ordinateurs de bureau...
Sans aucun doute c'est de la littérature qui me plaîs. Un rapide coup 
d'oeil à https://wiki.debian.org/fr/FrenchLists m'annonce aussi des des 
liens utiles parmi QUOI (Formation Debian GNU/Linux) 
http://formation-debian.via.ecp.fr/ RAPPEL ici.
J'ai de la littérature à présent avant de glaner le tout et son 
contraire  )X
En matière de linux j'ai suivi une initiation via 
RedHat-workbook-débutant. J'ai analysé les commandes et vu leur 
application. Mais d'une manière peu approfondie puisque, pour ce qui me 
concerne, n'était pas associé à l'usage ni au privé ni en complément de 
cours en usage quotidien. Je comprenais puis oubliais.  Et m'y suis 
remis après 3 ans d'absence, début de l'année. On ne perd pas tout mais 
il faut apprendre ou ré-apprendre. Du coup que je me colle à une dist. 
Et l'intention de suivre ce qui touche au serveurs. je suis content de 
voir de la littérature.


Enfin, un dernier conseil (dans un tout autre domaine) : procures-toi 
un bon disque dur externe (de type USB le plus fréquent) car tu 
risques d'étouffer ton système avec une partition d'à peine 10 Go si 
tu continues à jouer avec des fichiers vidéos de plusieurs Go... ;-) 
Cordialement et à bientôt, Stéphane. Une messagerie gratuite, garantie 
à vie et des services en plus, ça vous tente ? Je crée ma boîte mail 
www.laposte.net 
Bah, pour ce que je fais sur mon poste, je ne conserve rien. J'efface 
les données à fur et à mesure. Mon espace dd extensible est sur la 
partition de Windows. Le problème du fichier vidéo, c'est que avec le 
bon codec il aurait pesé max 300MB, mais là j'ai joué avec un autre 
codec et me suis trouvé avec la partition full, on connait la suite...  
En fait a ne rien conserver, 4.1 G disponibles doivent suffire pour 
tester apps, et tt type de service client/serveur.


Dorian
<>

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[stephane . gargoly]

Bonjour à tous les utilisateurs et développeurs de Debian :

Dans son message du 18/09/13 à 20:52, Sébastien NOBILI a écrit :
> Le mercredi 18 septembre 2013 à 20:37, stephane.garg...@laposte.net a écrit :
> > - (Le cahier de l'administrateur Debian) 
> > http://debian-handbook.info/browse/fr-FR/stable/
> 
> Existe aussi en :
> - version papier,

Oui, d'ailleurs je me le suis procuré chez mon libraire dés sa sortie, il y a 
bientôt 2 ans.

C'était avant que Raphaël (Hertzog) et Roland (Mas) ne décident de libérer leur 
ouvrage. Cependant, je ne regrette pas l'achat... ;-)

> - paquet Debian¹ (« debian-handbook ») avec la littérature dans
> « /usr/share/doc/debian-handbook/ »

Oui mais à partir de Wheezy seulement. Pour Squeeze, c'était déjà trop tard 
(bien que cela puisse paraitre paradoxal vu que ce ouvrage est basé sur cette 
distribution).

> ¹ Pas tout à fait à jour je crois, mais largement utilisable en l'état.

Et, d'ailleurs, pas traduit en français. Ce qui, là encore, est paradoxal, 
sachant la nationalité des auteurs... :-/

Cordialement et à bientôt,

Stéphane.



Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

--
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/540849523.86647.1379540388848.JavaMail.www@wwinf8306

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Sébastien NOBILI]

Le mercredi 18 septembre 2013 à 20:37, stephane.garg...@laposte.net a écrit :
> - (Le cahier de l'administrateur Debian) 
> http://debian-handbook.info/browse/fr-FR/stable/

Existe aussi en :
- version papier,
- paquet Debian¹ (« debian-handbook ») avec la littérature dans
  « /usr/share/doc/debian-handbook/ »

¹ Pas tout à fait à jour je crois, mais largement utilisable en l'état.

Seb

-- 
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/20130918185132.gq10...@serveur.nob900.us.to

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[stephane . gargoly]

Bonjour à tous les utilisateurs et développeurs de Debian :

Dans son message du 18/09/13 à 15:11, Dorian Carpentier de Changy a écrit :
> CCL:
> Voici l'opération de remédiation/guérison finale: 
> 
> /*Google est ton ami! */: # find -L /chemin_du_répertoire_cible |more 
> (logiquement
> retourne les liens symboliques)
> J'ai repéré l'un de ces chemin: " /home/dorian/.local/share/Trash/infos ET 
> files".
> Surprise un fichier comportant le nom du fichier visé y figurait.
> Avec la contagion refluant le foirage je n'ai pas vérifié ses paramètres 
> (espace
> disque -déjà connu,mais type, erreur ?) , j'ai lancé un rm sur le contenu du 
> dossier
> (pas de mal ici)...x )

Félicitation ! Tu as trouvé la solution à ton problème. :-)

> Récompense!!:
> ... Super! J'ai repris la "main" sur Gnome GUI. JE peux m'en aller flatter 
> mon ego et
> l'amour propre des users sur la liste Debian :-), en support.

Et, histoire de soigner - un peu plus - son égo, quelques lectures suggérées à 
un débutant :
- (Formation Debian GNU/Linux) http://formation-debian.via.ecp.fr/
- (Le cahier de l'administrateur Debian) 
http://debian-handbook.info/browse/fr-FR/stable/
- (Référence Debian) http://www.debian.org/doc/manuals/debian-reference/
Ces trois suggestions sont triées par niveau de difficulté croissante.

Si tu veux aller (encore) plus loin, tu trouveras d'autres documentations chez 
Debian - voir la page http://www.debian.org/doc/

Mais, attention, :
- certaines sont encore en anglais,
- un partie intéresse plus les développeurs que les utilisateurs,
- d'autres concernent moins Debian que le système GNU/Linux et
- quelques-unes touchent plus les serveurs que les ordinateurs de bureau...

Enfin, un dernier conseil (dans un tout autre domaine) : procures-toi un bon 
disque dur externe (de type USB le plus fréquent) car tu risques d'étouffer ton 
système avec une partition d'à peine 10 Go si tu continues à jouer avec des 
fichiers vidéos de plusieurs Go... ;-)

Cordialement et à bientôt,

Stéphane.



Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

--
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/1656783370.74091.1379529440060.JavaMail.www@wwinf8306

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Sébastien NOBILI]

Le mercredi 18 septembre 2013 à 17:08, Dorian Carpentier de Changy a écrit :
> Chose bizarre je ne trouve pas de corbeille ni sur le bureau et les
> lanceurs d'application ni via le navigateur de fichiers, où
> exception de lost+found inaccessible à la racine rien ne mentionne 1
> rubbish bin. Faut-il vider la corbeille manuellement, se vide
> -t-elle à intervalles régulier?

Ça dépend du bureau que tu utilises. Par défaut c'est GNOME (que je ne connais
plus), mais quel gestionnaire de fichiers as-tu utilisé pour la suppression du
fichier ?

> chemin recommandé ? # /home/user/.local/share/Trash/files && info  ?

C'est le bureau qui gère tout seul l'endroit qu'il utilise comme corbeille,
encore une fois, ça dépend du bureau (mais les dossiers « files » et « info » me
font penser à KDE, ce qui peut expliquer que GNOME - si tu utilises bien GNOME -
ne parvienne pas à voir ta corbeille KDE - compliqué, je sais !).

> Afin de profiter de l'économie de la filière recyclage, veuillez
> procéder au tri bin-ère :-o

Je préfère le bibi-binaire !

https://fr.wikipedia.org/wiki/Num%C3%A9ration_Bibi

Seb

-- 
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/20130918174949.go10...@serveur.nob900.us.to

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Dorian Carpentier de Changy]

Le 18/09/2013 16:10, Sébastien NOBILI a écrit :
Il n'y a pas de « point de restauration ». En revanche, les bureaux 
fournissent une corbeille et la suppression d'un fichier l'envoie en 
général dedans. Il faut ensuite vider la corbeille. Processus habituel 
maintenant. Un lien symbolique n'occupe pas d'espace disque (hormis la 
taille de bloc utilisée par l'inode).
Chose bizarre je ne trouve pas de corbeille ni sur le bureau et les 
lanceurs d'application ni via le navigateur de fichiers, où exception de 
lost+found inaccessible à la racine rien ne mentionne 1 rubbish bin. 
Faut-il vider la corbeille manuellement, se vide -t-elle à intervalles 
régulier?

chemin recommandé ? # /home/user/.local/share/Trash/files && info  ?
Afin de profiter de l'économie de la filière recyclage, veuillez 
procéder au tri bin-ère :-o


<>

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Johnny B]

Hello,

Donc après tout cela c'est bien un manque de recherches avec un fichiers 
trash que tu aurais pu trouver avec un simple ls -ail ou du sur ton home 
avec quelques regex ou arguments.


Inutile donc de jouer du fsck et de piper du sed grep et autres choses, 
au vu de tes posts j'étais persuadé d'une faute d'inatention et c'est 
bien le cas il fallait creuser plus en cherchant à faire moins 
compliqué. (on s'est tous retrouvés un jour dans ton cas)


Pour finir, dire que débuger avec live CD n'a de sens que lorsque le 
sytème est freezé c'est juste faire preuve d'ignorance, ca permet 
d'éviter de faire n'importe quoi sur son systeme. Un live ca n'est pas 
orienté debutant, ca n'a pas qu'un seule utilité et les plus confirmé 
utilisent des live y compris pour y bosser en prod sur un laptop avec un 
hdd chiffré.


Bref beaucoup de bruit pour rien au moins t as solutionné ton problème 
en cherchant. Moi je dirais que l'erreur est humaine dans ton cas ;)





Le 09/18/2013 03:11 PM, Dorian Carpentier de Changy a écrit :
J'ai voulu prendre un peu de distanciation. J'ai résolu le cas dans la 
foulée.

Primo, prendre par le début.

Dans le répertoire de travail j'ai retrouvé le fichier et l'ai supprimé.
Le  fichier n'existe bien plus, pensais-je. df m'indique tjs 100% 
d'utilisation sur /dev/sda5
Le fichier existait dc bien par qq moyen que ce soit, je ne saurai pas 
si il s'agissait d'un symlink, j'ai négligé # ls -l ou d'un point de 
restauration (comme ds la corbeille sous Win) car ça y ressemble fort

Deuxio,
T as surement un symlink ou un truc en cache qui fou le bordel, 
t'aurais pas renommé ton dossier au lieu de le supprimer par hasard ? 
 (Il n'y avait pas du tout de lien symbolique de ma part, à fortiori. 
Et puis à ma connaissance rm doit détruire définitivement le fichier! 
Vrai-Faux ? Lorsque j'avais encore la main sur le GUI et que j'ai 
détruit le fichier sur un mode fenêtré (exit cli ), l'effacement ne 
s'est pas opérée de la même manière qu'un rm en mode cli?)


Tertio,
Un memo sur mon modus op:
lancer un fsck m'averti que le système de fichier est monté, que je 
VAIS causer des dommages SEVERES au système de fichier.
Moi pas bille en tête j'ai  poliment décliné plutôt que de sauter sans 
parachute…. Au lieu j'ai suivi effectivement:

http://doc.ubuntu-fr.org/verification_de_fichiers
et http://doc.ubuntu-fr.org/fsck où # touch /forcefsck && reboot était 
explicite
La vérification n'a retourné aucune erreur. Ce qui aura eu pour mérite 
de m'orienter sur la solution introduisant §2 et m'y coller.


CCL:
Voici l'opération de remédiation/guérison finale:

_/*Google est ton ami! _*/: # find -L /chemin_du_répertoire_cible 
|more (logiquement retourne les liens symboliques)
J'ai repéré l'un de ces chemin: " 
/home/dorian/.local/share/Trash/infos ET files". Surprise un fichier 
comportant le nom du fichier visé y figurait.
Avec la contagion refluant le foirage je n'ai pas vérifié ses 
paramètres (espace disque -déjà connu,mais type, erreur ?) , j'ai 
lancé un rm sur le contenu du dossier (pas de mal ici)...x )


_Récompense_!!:
... Super! J'ai repris la "main" sur Gnome GUI. JE peux m'en aller 
flatter mon ego et l'amour propre des users sur la liste Debian :-), 
en support.


L'idée que le le système avait rebooté ou mêm freezé en mode rescue 
est fausse. Tte mention du bug, de mon point de vue, a pris son 
origine dans l'interface std et fonctionnel de Gnome "bien entendu".
Je cherchais à comprendre pratiquement ce qui pouvait m'avoir conduit 
vers ce GUI "crash", etc.


finalement et merci à votre connaissance j'ai pu varier les commandes.
outre # find -L /chemin_du_répertoire_cible |more  et la lecture de la 
sortie volumineuse, est la seule et dernière qui permis de tracer un 
trait sur la contrariété en la faisant suivre de # rm sur le fichier .


Pour les dubitatifs ou les moins crédules,
Bien au contraire, il trouvera sur google un tas de tuto pour booter 
en live cd et faire sa maintenance. (en plus il va progresser)


C'est bien plus simple de suivre une doc que de jouer avec les du df 
et surtout de jouer avec du forcefsck et des commandes à tout va sur 
son filesystem. Travailler en live sur un os corrompu (ou autre) 
c'est un peu useless c'est de la perte de temps.


Et qui, en tant que débutant, n'a pas réinstallé environ 76 fois sa 
debian pour qu'elle soir stable 
JE n'en suis pas à mon coup d'essai de déboguer - tuner mon système. 
Certes je suis habitué à être sous M$ et partant je débute sous 
linux,tt de même pas novice de chez novice, où je connais plus de 
commandes, car son atout réside e.a dans son CLI forcément. Certains 
man manquent de lisibilité je trouve et n'hésite pas à poser de 
question. C aussi ça la doc sur www.google.com
JE ne suis pas un fan des liveCD, je pars du principe que depuis le 
DVD/CD d'install ou même le démarrage en mode réparation, il y a  
moyen de curer le système. Pour preuve! ... Enfin, le proverbe une main "éclairée"  sur le sys

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Sébastien NOBILI]

Le mercredi 18 septembre 2013 à 15:11, Dorian Carpentier de Changy a écrit :
> J'ai voulu prendre un peu de distanciation. J'ai résolu le cas dans
> la foulée.

Bonne nouvelle !

> Primo, prendre par le début.
> >Dans le répertoire de travail j'ai retrouvé le fichier et l'ai supprimé.
> >Le  fichier n'existe bien plus, pensais-je. df m'indique tjs 100%
> >d'utilisation sur /dev/sda5
> Le fichier existait dc bien par qq moyen que ce soit, je ne saurai
> pas si il s'agissait d'un symlink, j'ai négligé # ls -l ou d'un
> point de restauration (comme ds la corbeille sous Win) car ça y
> ressemble fort

Il n'y a pas de « point de restauration ». En revanche, les bureaux fournissent
une corbeille et la suppression d'un fichier l'envoie en général dedans. Il faut
ensuite vider la corbeille. Processus habituel maintenant.

Un lien symbolique n'occupe pas d'espace disque (hormis la taille de bloc
utilisée par l'inode).

> Deuxio,
> >T as surement un symlink ou un truc en cache qui fou le bordel,
> >t'aurais pas renommé ton dossier au lieu de le supprimer par
> >hasard ?
>  (Il n'y avait pas du tout de lien symbolique de ma part, à
> fortiori. Et puis à ma connaissance rm doit détruire définitivement
> le fichier! Vrai-Faux ? Lorsque j'avais encore la main sur le GUI et
> que j'ai détruit le fichier sur un mode fenêtré (exit cli ),
> l'effacement ne s'est pas opérée de la même manière qu'un rm en mode
> cli?)

« rm doit détruire définitivement le fichier! Vrai-Faux ? »
Vrai ET faux !

Tu peux faire la manip toi-même.
Dans un premier terminal :
# touch /tmp/toto && tail -f /tmp/toto

Dans un autre terminal :
# rm /tmp/toto && lsof +L1
COMMAND   PID USER   FD   TYPE DEVICE SIZE/OFF NLINK   NODE NAME
tail14112  sni3r   REG   0,180 0 253909 /tmp/toto 
(deleted)

Tu as donc un fichier supprimé mais toujours ouvert.

Si tu fais un CTRL-C dans le premier terminal, il disparaîtra.

> Tertio,
> Un memo sur mon modus op:
> >lancer un fsck m'averti que le système de fichier est monté, que
> >je VAIS causer des dommages SEVERES au système de
> >fichier.
> Moi pas bille en tête j'ai  poliment décliné plutôt que de sauter
> sans parachute…. Au lieu j'ai suivi effectivement:
> http://doc.ubuntu-fr.org/verification_de_fichiers
> et http://doc.ubuntu-fr.org/fsck où # touch /forcefsck && reboot
> était explicite
> La vérification n'a retourné aucune erreur. Ce qui aura eu pour
> mérite de m'orienter sur la solution introduisant §2 et m'y coller.

Point rassurant, ton système de fichiers n'est pas corrompu !

> CCL:
> Voici l'opération de remédiation/guérison finale:
> 
> _/*Google est ton ami! _*/: # find -L /chemin_du_répertoire_cible
> |more (logiquement retourne les liens symboliques)
> J'ai repéré l'un de ces chemin: "
> /home/dorian/.local/share/Trash/infos ET files". Surprise un fichier
> comportant le nom du fichier visé y figurait.
> Avec la contagion refluant le foirage je n'ai pas vérifié ses
> paramètres (espace disque -déjà connu,mais type, erreur ?) , j'ai
> lancé un rm sur le contenu du dossier (pas de mal ici)...x )

En gros tu as vidé la corbeille :-)

> JE ne suis pas un fan des liveCD, je pars du principe que depuis le
> DVD/CD d'install ou même le démarrage en mode réparation, il y a
> moyen de curer le système. Pour preuve! ... Enfin, le proverbe
> , en faisant usage d'un
> live cd ne prend pas tout son sens, puisque il commence à avoir son
> crédit quand "effectivement" le système freeze, est inaccessible ou
> que des utililtaires ne sont que accessibles par un support externe.
> En résumé, voilà le critique que je fais aux non-croyants et
> incrédules.

Tu verras par toi-même que parfois, on n'y coupe pas, mais je suis d'accord avec
toi que la plupart des cas trouvent une solution sans avoir à aller jusque là.

Seb

-- 
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/20130918141006.gd13...@sebian.nob900.homeip.net

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Dorian Carpentier de Changy]

J'ai voulu prendre un peu de distanciation. J'ai résolu le cas dans la 
foulée.

Primo, prendre par le début.

Dans le répertoire de travail j'ai retrouvé le fichier et l'ai supprimé.
Le  fichier n'existe bien plus, pensais-je. df m'indique tjs 100% 
d'utilisation sur /dev/sda5
Le fichier existait dc bien par qq moyen que ce soit, je ne saurai pas 
si il s'agissait d'un symlink, j'ai négligé # ls -l ou d'un point de 
restauration (comme ds la corbeille sous Win) car ça y ressemble fort

Deuxio,
T as surement un symlink ou un truc en cache qui fou le bordel, 
t'aurais pas renommé ton dossier au lieu de le supprimer par hasard ? 
 (Il n'y avait pas du tout de lien symbolique de ma part, à fortiori. 
Et puis à ma connaissance rm doit détruire définitivement le fichier! 
Vrai-Faux ? Lorsque j'avais encore la main sur le GUI et que j'ai 
détruit le fichier sur un mode fenêtré (exit cli ), l'effacement ne 
s'est pas opérée de la même manière qu'un rm en mode cli?)


Tertio,
Un memo sur mon modus op:
lancer un fsck m'averti que le système de fichier est monté, que je 
VAIS causer des dommages SEVERES au système de fichier.
Moi pas bille en tête j'ai  poliment décliné plutôt que de sauter sans 
parachute…. Au lieu j'ai suivi effectivement:

http://doc.ubuntu-fr.org/verification_de_fichiers
et http://doc.ubuntu-fr.org/fsck où # touch /forcefsck && reboot était 
explicite
La vérification n'a retourné aucune erreur. Ce qui aura eu pour mérite 
de m'orienter sur la solution introduisant §2 et m'y coller.


CCL:
Voici l'opération de remédiation/guérison finale:

_/*Google est ton ami! _*/: # find -L /chemin_du_répertoire_cible |more 
(logiquement retourne les liens symboliques)
J'ai repéré l'un de ces chemin: " /home/dorian/.local/share/Trash/infos 
ET files". Surprise un fichier comportant le nom du fichier visé y figurait.
Avec la contagion refluant le foirage je n'ai pas vérifié ses paramètres 
(espace disque -déjà connu,mais type, erreur ?) , j'ai lancé un rm sur 
le contenu du dossier (pas de mal ici)...x )


_Récompense_!!:
... Super! J'ai repris la "main" sur Gnome GUI. JE peux m'en aller 
flatter mon ego et l'amour propre des users sur la liste Debian :-), en 
support.


L'idée que le le système avait rebooté ou mêm freezé en mode rescue est 
fausse. Tte mention du bug, de mon point de vue, a pris son origine dans 
l'interface std et fonctionnel de Gnome "bien entendu".
Je cherchais à comprendre pratiquement ce qui pouvait m'avoir conduit 
vers ce GUI "crash", etc.


finalement et merci à votre connaissance j'ai pu varier les commandes.
outre # find -L /chemin_du_répertoire_cible |more  et la lecture de la 
sortie volumineuse, est la seule et dernière qui permis de tracer un 
trait sur la contrariété en la faisant suivre de # rm sur le fichier .


Pour les dubitatifs ou les moins crédules,
Bien au contraire, il trouvera sur google un tas de tuto pour booter 
en live cd et faire sa maintenance. (en plus il va progresser)


C'est bien plus simple de suivre une doc que de jouer avec les du df 
et surtout de jouer avec du forcefsck et des commandes à tout va sur 
son filesystem. Travailler en live sur un os corrompu (ou autre) c'est 
un peu useless c'est de la perte de temps.


Et qui, en tant que débutant, n'a pas réinstallé environ 76 fois sa 
debian pour qu'elle soir stable 
JE n'en suis pas à mon coup d'essai de déboguer - tuner mon système. 
Certes je suis habitué à être sous M$ et partant je débute sous linux,tt 
de même pas novice de chez novice, où je connais plus de commandes, car 
son atout réside e.a dans son CLI forcément. Certains man manquent de 
lisibilité je trouve et n'hésite pas à poser de question. C aussi ça la 
doc sur www.google.com
JE ne suis pas un fan des liveCD, je pars du principe que depuis le 
DVD/CD d'install ou même le démarrage en mode réparation, il y a moyen 
de curer le système. Pour preuve! ... Enfin, le proverbe "éclairée"  sur le système>, en faisant usage d'un live cd ne prend pas 
tout son sens, puisque il commence à avoir son crédit quand 
"effectivement" le système freeze, est inaccessible ou que des 
utililtaires ne sont que accessibles par un support externe. En résumé, 
voilà le critique que je fais aux non-croyants et incrédules.



Carpe Diem , Dura lex sed lex,
Cordialement,
Dorian

Le 17/09/2013 17:23, Johnny B a écrit :

Hello,

Il faut prendre les choses dans le bon ordre

T as eu des problèmes de freeze avec un reboot en mode rescue il faut 
donc agir autrement on a assez tergiversé sur le pourquoi du comment, 
le résultat est que ton système est foiré.


La principale chose à faire est de booter sur un live CD qui permettra 
enfin d'avoir une main "éclairée" ;) pour debuguer ton OS


Tant que t'as pas booté sur un live et monté tes filesystems ca sert a 
rien d'essayer de faire quoi que ce soit




<>

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Johnny B]

Le 09/17/2013 06:42 PM, Sébastien NOBILI a écrit :

Le mardi 17 septembre 2013 à 17:23, Johnny B a écrit :

La principale chose à faire est de booter sur un live CD qui
permettra enfin d'avoir une main "éclairée" ;) pour debuguer ton OS

Tant que t'as pas booté sur un live et monté tes filesystems ca sert
a rien d'essayer de faire quoi que ce soit

Apparemment, il est débutant, je ne suis pas sûr qu'il soit suffisamment à
l'aise pour se lancer dans ce genre de manip sans plus d'aide que ça.


Bien au contraire, il trouvera sur google un tas de tuto pour booter en 
live cd et faire sa maintenance. (en plus il va progresser)


C'est bien plus simple de suivre une doc que de jouer avec les du df et 
surtout de jouer avec du forcefsck et des commandes à tout va sur son 
filesystem. Travailler en live sur un os corrompu (ou autre) c'est un 
peu useless c'est de la perte de temps.


Et qui, en tant que débutant, n'a pas réinstallé environ 76 fois sa 
debian pour qu'elle soir stable ;)





Est-ce que tu as, comme conseillé, forcé le fsck ? Pour ça, en tant que root :
 touch /forcefsck
 reboot

Lors du redémarrage, le système de fichiers sera vérifié. Que dit-il ?

Seb



--
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/52389d12.5050...@gmail.com

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Sébastien NOBILI]

Le mardi 17 septembre 2013 à 17:23, Johnny B a écrit :
> La principale chose à faire est de booter sur un live CD qui
> permettra enfin d'avoir une main "éclairée" ;) pour debuguer ton OS
> 
> Tant que t'as pas booté sur un live et monté tes filesystems ca sert
> a rien d'essayer de faire quoi que ce soit

Apparemment, il est débutant, je ne suis pas sûr qu'il soit suffisamment à
l'aise pour se lancer dans ce genre de manip sans plus d'aide que ça.

Est-ce que tu as, comme conseillé, forcé le fsck ? Pour ça, en tant que root :
touch /forcefsck
reboot

Lors du redémarrage, le système de fichiers sera vérifié. Que dit-il ?

Seb

-- 
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/20130917164234.gl10...@serveur.nob900.us.to

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Johnny B]

Un live rescue :

http://trinityhome.org

avant de toucher à ton os boot la dessus ou autre live Ubuntu, Debian, 
Knoppix etc..



Le 09/17/2013 06:42 PM, Sébastien NOBILI a écrit :

Le mardi 17 septembre 2013 à 17:23, Johnny B a écrit :

La principale chose à faire est de booter sur un live CD qui
permettra enfin d'avoir une main "éclairée" ;) pour debuguer ton OS

Tant que t'as pas booté sur un live et monté tes filesystems ca sert
a rien d'essayer de faire quoi que ce soit

Apparemment, il est débutant, je ne suis pas sûr qu'il soit suffisamment à
l'aise pour se lancer dans ce genre de manip sans plus d'aide que ça.

Est-ce que tu as, comme conseillé, forcé le fsck ? Pour ça, en tant que root :
 touch /forcefsck
 reboot

Lors du redémarrage, le système de fichiers sera vérifié. Que dit-il ?

Seb



--
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/5238a2bb.7040...@gmail.com

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[stephane . gargoly]

Bonjour à tous les utilisateurs et développeurs de Debian :

Dans son message du 17/09/13 à 11:52, Dorian Carpentier de Changy a écrit :
> df -ih
> Sys.de fichiers Inodes IUtilisé ILib. IUti% Monté sur
> /dev/sda5 598K 163K 436K 28% /
> tmpfs 354K 5 354K 1% /lib/init/rw
> udev 336K 892 335K 1% /dev
> tmpfs 354K 2 354K 1% /dev/shm
> overflow 354K 1 354K 1% /tmp
> 
> L'utilisation des Inodes montre que 72% sont inoccupés !?
> 
> Sys.de fichiers 1K-blocs Utilisé Dispo. Uti% Monté sur
> /dev/sda5 9620408 9620408 0 100% /
> tmpfs 1449340 0 1449340 0% /lib/init/rw
> udev 1373708 272 1373436 1% /dev
> tmpfs 1449340 0 1449340 0% /dev/shm
> overflow 1024 0 1024 0% /tmp

Il n'y a pas vraiment de lien entre l'occupation disque/partition (surtout par 
des fichiers) et le nombre des inodes utilisés (principalement par des 
fichiers, répertoires et liens symboliques) sur le même disque/partition.

Si on fait un rapide calcul (concernant ta partition "/" et sous la colonne 
"total"), on a 9620408 K-blocs/598 K = environ 16384 octet (16 ko) par inode.

L'installateur de Debian a dû surement, au moment de formatage (de la partition 
"/") en ext2/ext3/ext4, passer l'option "-i16384" à la commande mke2fs.

Mais il faut seulement comprendre qu'un fichier (ou répertoire ou lien 
symbolique), qu'il "pèse" 1 octet, 16 ko ou 256 Mo, ne prend toujours qu'un 
seul inode.

Dans son message du 17/09/13 à 20:19, Johnny B a écrit :
> Et qui, en tant que débutant, n'a pas réinstallé environ 76 fois sa 
> debian pour qu'elle soir stable ;)

Euh là, cela devient - un peu - inquiétant. Ou alors ce débutant-là aurait fait 
ses installations comme un pied !! :-)

Cordialement et à bientôt,

Stéphane.



Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

--
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/787683920.386305.1379451294369.JavaMail.www@wwinf8225

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[maderios]

Ce Trinity, bof, mauvais conseil...
Un livecd éprouvé et facile à utiliser
http://www.sysresccd.org/Download

--
Maderios


--
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/5238a62b.4010...@gmail.com

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Johnny B]

Le 09/17/2013 08:57 PM, maderios a écrit :

Ce Trinity, bof, mauvais conseil...
Un livecd éprouvé et facile à utiliser
http://www.sysresccd.org/Download

Ah ?  et en quoi c'est un mauvais conseil sachant qu'on veut juste un os 
live et des tools debian ?


Perso j'utilise sysresccd et backtrack, et trinity c'est friendly user 
pour débuter


--
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/5238a991.9020...@gmail.com

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Johnny B]

Hello,

Il faut prendre les choses dans le bon ordre

T as eu des problèmes de freeze avec un reboot en mode rescue il faut 
donc agir autrement on a assez tergiversé sur le pourquoi du comment, le 
résultat est que ton système est foiré.


La principale chose à faire est de booter sur un live CD qui permettra 
enfin d'avoir une main "éclairée" ;) pour debuguer ton OS


Tant que t'as pas booté sur un live et monté tes filesystems ca sert a 
rien d'essayer de faire quoi que ce soit



Le 09/17/2013 03:36 PM, Dorian Carpentier de Changy a écrit :

Slt,
Hum, sur mon ordi, le  système est démarré. lancer un fsck m'averti 
que le système de fichier est monté, que je VAIS causer des 
dommages SEVERES au système de fichier.


JE comprends pas trop bien comment je démarre fsck au démarrage.
JE rajoute "touch /forcefsck && reboot" au fichier 
/boot/grub/grub.cfg, puis grub update ?

Merci
Le 17/09/2013 14:17, hugues larrive a écrit :

Bonjour,


Le 16 septembre 2013 11:57, Dorian > a écrit :


J'ai souhaité supprimer le fichier. puis Reboot. Lors de la
fermeture, le système freezais avant d'envoyer le TERM.
J'ai forcé la fermeture par le bouton power du portable.


Moi je tenterais un fsck au démarrage à tout hasard :
# touch /forcefsck && reboot


@+

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Dorian Carpentier de Changy]

Slt,
Hum, sur mon ordi, le  système est démarré. lancer un fsck m'averti que 
le système de fichier est monté, que je VAIS causer des dommages 
SEVERES au système de fichier.


JE comprends pas trop bien comment je démarre fsck au démarrage.
JE rajoute "touch /forcefsck && reboot" au fichier /boot/grub/grub.cfg, 
puis grub update ?

Merci
Le 17/09/2013 14:17, hugues larrive a écrit :

Bonjour,


Le 16 septembre 2013 11:57, Dorian > a écrit :


J'ai souhaité supprimer le fichier. puis Reboot. Lors de la
fermeture, le système freezais avant d'envoyer le TERM.
J'ai forcé la fermeture par le bouton power du portable.


Moi je tenterais un fsck au démarrage à tout hasard :
# touch /forcefsck && reboot


@+


<>

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Dorian Carpentier de Changy]

Le 17/09/2013 13:40, Sébastien NOBILI a écrit :

Le mardi 17 septembre 2013 à 12:58, Dorian Carpentier de Changy a écrit :

Reçu,
3.6G sur /usr(pas d'avertissement)
4.3G sur /home/dorian > ,en l'associant à ts ses sous-répertoires
(hors les cachés style .cache etc) j'obtiens
197M sur /home/dorian/Vidéos effectivement le répertoire où était
conservé le fichier cible. C le seul répertoire avec un volume
conséquent. MAis ce fichier n'existe plus à sa destination
cette analyse a le mérite d'avoir mis en avant que 4.1 G sont
présents mais (je crois que lors de la suppression du fichier il
faisait 3.9G) il n'est pas repris dans la vue .

Qu'entends-tu par « mis en avant que 4,1G sont présents » ?
 - que la somme des espaces occupés fait 4,1G de moins que la taille de la
   partition ?
 - que ton système t'indique qu'il y a bien 4,1G de libre ?

Seb

Effectivement je peux manquer de clareté à ce stade. Je signifie que la 
somme des espaces occupés mais nulle part visible ailleurs que par "du 
-sh /* (il me faut mentionner la racine sans quoi ça ne rpporte rien)", 
puisque sur les répertoires contenus dans /home/dorian/ sont vides ou 
*/Videos ne dépasse pas 197M, fait 4,1G de "différent" que la taille 
renvoyé , càd 4.3G (sur "du -sh /*") - 197M sur */Vidéos=4.1G
Je soupçonne du coup un "truc en cache" puisque je n'ai en aucun cas 
créé un symlink.
Initialement lors du freeze, j'avais supprimé le fichier par le système 
fenêtré. Le redémarrage en CLI (pas d'autres alternative à présent) et 
la consultation du répertoire a mentionné le fichier qui portait un nom 
contenant des espaces > "Transmau 4 - 720p - Lac de L'étendard". Pr le 
supprimer je devais échapper les espaces par un\ backslash.
Je vais essayer le fsck tel que conseillé par hugues. JE retourne à sa 
réponse pour demander comment mettre cela en place.



<>

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[hugues larrive]

Bonjour,


Le 16 septembre 2013 11:57, Dorian  a écrit :

> J'ai souhaité supprimer le fichier. puis Reboot. Lors de la fermeture, le
> système freezais avant d'envoyer le TERM.
> J'ai forcé la fermeture par le bouton power du portable.
>
>
Moi je tenterais un fsck au démarrage à tout hasard :
# touch /forcefsck && reboot


@+

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Sébastien NOBILI]

Le mardi 17 septembre 2013 à 12:58, Dorian Carpentier de Changy a écrit :
> Reçu,
> 3.6G sur /usr(pas d'avertissement)
> 4.3G sur /home/dorian > ,en l'associant à ts ses sous-répertoires
> (hors les cachés style .cache etc) j'obtiens
> 197M sur /home/dorian/Vidéos effectivement le répertoire où était
> conservé le fichier cible. C le seul répertoire avec un volume
> conséquent. MAis ce fichier n'existe plus à sa destination
> cette analyse a le mérite d'avoir mis en avant que 4.1 G sont
> présents mais (je crois que lors de la suppression du fichier il
> faisait 3.9G) il n'est pas repris dans la vue .

Qu'entends-tu par « mis en avant que 4,1G sont présents » ?
- que la somme des espaces occupés fait 4,1G de moins que la taille de la
  partition ?
- que ton système t'indique qu'il y a bien 4,1G de libre ?

Seb

-- 
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/20130917114028.ge13...@sebian.nob900.homeip.net

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Johnny B]

Oui degager /var/log c'est pas toujours top faut mettre en place des 
logrotate pour "entretenir" ses fichiers de logs.


T as surement un symlink ou un truc en cache qui fou le bordel, t'aurais 
pas renommé ton dossier au lieu de le supprimer par hasard ? ;)


Le 09/17/2013 01:04 PM, Dorian Carpentier de Changy a écrit :
J'étais pas sur le point de rm * /var/log, une rapide recherche sur 
 m'a averti du danger sans apporter de méthode.

Merci pour l'enseignement des bonnes pratiques à suivre.
Je mémorise  et conserve, utile pour un bleu comme moi.
:-)
Le 17/09/2013 12:53, Sébastien NOBILI a écrit :

Bonjour,

Le mardi 17 septembre 2013 à 12:35, Dorian Carpentier de Changy a 
écrit :

la REPERTOIRE  /var/log et /var/tmp mesurent que 22M et 4K
respectivement. Mesuré avec du Nom_du_repertoire.
Est-ce vraiment utile? N'y a-t-il pas un danger à effacer ts les
logs?
Utile, visiblement pas (sauf à vouloir gagner 22Mo mais tu n'en es 
pas là).
Dangereux, sûrement ! Si tu suis toutes les pistes des gens qui te 
conseillent
de supprimer des choses sans même savoir ce qu'il se passe exactement 
sur ton

système, tu vas à la catastrophe !

En conclusion, prends le temps de chercher (notamment le « du -sh * » 
qui t'a
été conseillé par ailleurs) en ensuite, corrige lorsque tu es sûr 
d'avoir

identifié la cause.


qu'est ce qui effectue cette opération efficacement sur un
répertoire (rm * path/to/folder?)

Pour supprimer efficacement, c'est en effet rm .

Attention toutefois :
 - dans ton exemple « rm * path/to/folder », tu vas supprimer 
*tous* les

   éléments du dossier courant ! Si c'est la racine, tu es mal.
 - tu ne peux pas revenir en arrière, prends tes précautions.
   Personnellement :
 - je déplace tout ce que je veux supprimer dans un dossier 
(toujours le
   même), ce qui permet de vérifier une dernière fois avant 
suppression,

 - j'utilise systématiquement des chemins absolus « rm
   /chemin/vers/fichier »

Seb





--
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/523838ee.9000...@gmail.com

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Dorian Carpentier de Changy]

J'étais pas sur le point de rm * /var/log, une rapide recherche sur  
m'a averti du danger sans apporter de méthode.

Merci pour l'enseignement des bonnes pratiques à suivre.
Je mémorise  et conserve, utile pour un bleu comme moi.
:-)
Le 17/09/2013 12:53, Sébastien NOBILI a écrit :

Bonjour,

Le mardi 17 septembre 2013 à 12:35, Dorian Carpentier de Changy a écrit :

la REPERTOIRE  /var/log et /var/tmp mesurent que 22M et 4K
respectivement. Mesuré avec du Nom_du_repertoire.
Est-ce vraiment utile? N'y a-t-il pas un danger à effacer ts les
logs?

Utile, visiblement pas (sauf à vouloir gagner 22Mo mais tu n'en es pas là).
Dangereux, sûrement ! Si tu suis toutes les pistes des gens qui te conseillent
de supprimer des choses sans même savoir ce qu'il se passe exactement sur ton
système, tu vas à la catastrophe !

En conclusion, prends le temps de chercher (notamment le « du -sh * » qui t'a
été conseillé par ailleurs) en ensuite, corrige lorsque tu es sûr d'avoir
identifié la cause.


qu'est ce qui effectue cette opération efficacement sur un
répertoire (rm * path/to/folder?)

Pour supprimer efficacement, c'est en effet rm .

Attention toutefois :
 - dans ton exemple « rm * path/to/folder », tu vas supprimer *tous* les
   éléments du dossier courant ! Si c'est la racine, tu es mal.
 - tu ne peux pas revenir en arrière, prends tes précautions.
   Personnellement :
 - je déplace tout ce que je veux supprimer dans un dossier (toujours le
   même), ce qui permet de vérifier une dernière fois avant suppression,
 - j'utilise systématiquement des chemins absolus « rm
   /chemin/vers/fichier »

Seb



<>

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Dorian Carpentier de Changy]

Reçu,
3.6G sur /usr(pas d'avertissement)
4.3G sur /home/dorian > ,en l'associant à ts ses sous-répertoires (hors 
les cachés style .cache etc) j'obtiens
197M sur /home/dorian/Vidéos effectivement le répertoire où était 
conservé le fichier cible. C le seul répertoire avec un volume 
conséquent. MAis ce fichier n'existe plus à sa destination
cette analyse a le mérite d'avoir mis en avant que 4.1 G sont présents 
mais (je crois que lors de la suppression du fichier il faisait 3.9G) il 
n'est pas repris dans la vue .

Next step alors?
JE vais redémarrer depuis que j'ai lancé un lsof --sync,

Le 17/09/2013 12:28, Johnny B a écrit :

Plus propre :

du -sh * | sort -n


Le 09/17/2013 12:27 PM, Johnny B a écrit :

Il faudrait savoir quel dossiers est blindé :

du -sh *  depuis ta racine


Le 09/17/2013 11:50 AM, Dorian Carpentier de Changy a écrit :

Bonjour,

J'ai effectué un lsof | more (less) sans chemin.
j'obtiens que des chemins vers /lib/usr/dev/... pas de /home ni le 
fichier impliquant l'utilisation de tt l'espace comme dans df -h 
(9.2G utilisé sur 9.2 > 100%)

merci pour la définition de lsof...
selon le résultat df -ih, quelles ccl tirer? Merci

Le 17/09/2013 11:39, Belaïd MOUNSI a écrit :

Bonjour,
lsof permet de voir les fichiers qui sont en cours d'utilisations 
par les process. Par:*lsof | grep -i nom_de_ton_gros_fichier* je 
voulais être sur que ton gros fichier n'est pas encore en cours 
d'utilisation (même supprimé un fichier peut encore être présent 
sur le disque, et aussi sur mémoire s'il est encore en cours 
d'utilisation).



Le 17 septembre 2013 11:32, Dorian Carpentier de Changy 
mailto:dechangydor...@yahoo.fr>> a écrit :


df -ih
Sys.de fichiersInodes IUtiliséILib.   
IUti% Monté sur
/dev/sda5   598K   163K  436K   
28%/

tmpfs   354K 5354K   1%
/lib/init/rw
udev 336K 892335K   
1%/dev
tmpfs   354K2   
354K  1%/dev/shm
overflow  354K 1354K 1%   
/tmp


L'utilisation des Inodes montre que 72% sont inoccupés !?


Sys.de fichiers1K-blocs UtiliséDispo.   
Uti% Monté sur
/dev/sda5   9620408 96204080   
100%/
tmpfs 14493400  1449340 0%   
/lib/init/rw

udev 1373708   272   1373436 1%/dev
tmpfs 14493400 1449340 0%/dev/shm
overflow 102401024  0%/tmp










<>

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Sébastien NOBILI]

Bonjour,

Le mardi 17 septembre 2013 à 12:35, Dorian Carpentier de Changy a écrit :
> la REPERTOIRE  /var/log et /var/tmp mesurent que 22M et 4K
> respectivement. Mesuré avec du Nom_du_repertoire.
> Est-ce vraiment utile? N'y a-t-il pas un danger à effacer ts les
> logs?

Utile, visiblement pas (sauf à vouloir gagner 22Mo mais tu n'en es pas là).
Dangereux, sûrement ! Si tu suis toutes les pistes des gens qui te conseillent
de supprimer des choses sans même savoir ce qu'il se passe exactement sur ton
système, tu vas à la catastrophe !

En conclusion, prends le temps de chercher (notamment le « du -sh * » qui t'a
été conseillé par ailleurs) en ensuite, corrige lorsque tu es sûr d'avoir
identifié la cause.

> qu'est ce qui effectue cette opération efficacement sur un
> répertoire (rm * path/to/folder?)

Pour supprimer efficacement, c'est en effet rm .

Attention toutefois :
- dans ton exemple « rm * path/to/folder », tu vas supprimer *tous* les
  éléments du dossier courant ! Si c'est la racine, tu es mal.
- tu ne peux pas revenir en arrière, prends tes précautions.
  Personnellement :
- je déplace tout ce que je veux supprimer dans un dossier (toujours le
  même), ce qui permet de vérifier une dernière fois avant suppression,
- j'utilise systématiquement des chemins absolus « rm
  /chemin/vers/fichier »

Seb

-- 
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/20130917105347.gd13...@sebian.nob900.homeip.net

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Dorian Carpentier de Changy]

la REPERTOIRE  /var/log et /var/tmp mesurent que 22M et 4K 
respectivement. Mesuré avec du Nom_du_repertoire.
Est-ce vraiment utile? N'y a-t-il pas un danger à effacer ts les logs? 
qu'est ce qui effectue cette opération efficacement sur un répertoire 
(rm * path/to/folder?)


Le 17/09/2013 12:04, john smith a écrit :

nettoyage var/log ,var/tmp


Le 17 septembre 2013 11:50, Dorian Carpentier de Changy 
mailto:dechangydor...@yahoo.fr>> a écrit :


Bonjour,

J'ai effectué un lsof | more (less) sans chemin.
j'obtiens que des chemins vers /lib/usr/dev/... pas de /home ni le
fichier impliquant l'utilisation de tt l'espace comme dans df -h
(9.2G utilisé sur 9.2 > 100%)
merci pour la définition de lsof...
selon le résultat df -ih, quelles ccl tirer? Merci

Le 17/09/2013 11:39, Belaïd MOUNSI a écrit :

Bonjour,
lsof permet de voir les fichiers qui sont en cours d'utilisations
par les process. Par:*lsof | grep -i nom_de_ton_gros_fichier* je
voulais être sur que ton gros fichier n'est pas encore en cours
d'utilisation (même supprimé un fichier peut encore être présent
sur le disque, et aussi sur mémoire s'il est encore en cours
d'utilisation).


Le 17 septembre 2013 11:32, Dorian Carpentier de Changy
mailto:dechangydor...@yahoo.fr>> a écrit :

df -ih
Sys.de fichiersInodes IUtiliséILib.IUti%
Monté sur
/dev/sda5   598K 163K  436K28%/
tmpfs   354K5   
354K 1%/lib/init/rw
udev 336K   892   
335K  1%/dev
tmpfs   354K2   
354K  1%/dev/shm
overflow  354K1   
354K 1%/tmp


L'utilisation des Inodes montre que 72% sont inoccupés !?


Sys.de fichiers1K-blocs UtiliséDispo.
Uti% Monté sur
/dev/sda5   9620408 96204080 100%/
tmpfs 14493400 1449340 0%   
/lib/init/rw

udev 1373708   272 1373436 1%/dev
tmpfs 14493400 1449340 0%/dev/shm
overflow 10240 1024  0%/tmp







<>

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Johnny B]

Plus propre :

du -sh * | sort -n


Le 09/17/2013 12:27 PM, Johnny B a écrit :

Il faudrait savoir quel dossiers est blindé :

du -sh *  depuis ta racine


Le 09/17/2013 11:50 AM, Dorian Carpentier de Changy a écrit :

Bonjour,

J'ai effectué un lsof | more (less) sans chemin.
j'obtiens que des chemins vers /lib/usr/dev/... pas de /home ni le 
fichier impliquant l'utilisation de tt l'espace comme dans df -h 
(9.2G utilisé sur 9.2 > 100%)

merci pour la définition de lsof...
selon le résultat df -ih, quelles ccl tirer? Merci

Le 17/09/2013 11:39, Belaïd MOUNSI a écrit :

Bonjour,
lsof permet de voir les fichiers qui sont en cours d'utilisations 
par les process. Par:*lsof | grep -i nom_de_ton_gros_fichier* je 
voulais être sur que ton gros fichier n'est pas encore en cours 
d'utilisation (même supprimé un fichier peut encore être présent sur 
le disque, et aussi sur mémoire s'il est encore en cours d'utilisation).



Le 17 septembre 2013 11:32, Dorian Carpentier de Changy 
mailto:dechangydor...@yahoo.fr>> a écrit :


df -ih
Sys.de fichiersInodes IUtiliséILib.IUti%
Monté sur
/dev/sda5   598K   163K  436K   
28%/
tmpfs   354K5 354K  
1%/lib/init/rw
udev 336K   892   
335K1%/dev
tmpfs   354K 2354K1%   
/dev/shm

overflow  354K 1354K 1%/tmp

L'utilisation des Inodes montre que 72% sont inoccupés !?


Sys.de fichiers1K-blocs UtiliséDispo.   
Uti% Monté sur
/dev/sda5   9620408 96204080   
100%/

tmpfs 14493400  1449340 0%/lib/init/rw
udev 1373708   272   1373436 1%/dev
tmpfs 144934001449340   0%/dev/shm
overflow 102401024 0%/tmp

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Erwan David]

Le , Dorian Carpentier de Changy a écrit :

df -ih
 Sys.de fichiers Inodes IUtilisé ILib. IUti% Monté sur
 /dev/sda5 598K 163K 436K 28% /
 tmpfs 354K 5 354K 1% /lib/init/rw
 udev 336K 892 335K 1% /dev
 tmpfs 354K 2 354K 1% /dev/shm
 overflow 354K 1 354K 1% /tmp



Regarde si tu n'as pas un fichier supprimé mais encore ouvert avec lsof 
+L1


--
Erwan

--
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/bc64dd513e3fa7de7ead7469ff93c...@mail.rail.eu.org

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Johnny B]

Il faudrait savoir quel dossiers est blindé :

du -sh *  depuis ta racine


Le 09/17/2013 11:50 AM, Dorian Carpentier de Changy a écrit :

Bonjour,

J'ai effectué un lsof | more (less) sans chemin.
j'obtiens que des chemins vers /lib/usr/dev/... pas de /home ni le 
fichier impliquant l'utilisation de tt l'espace comme dans df -h (9.2G 
utilisé sur 9.2 > 100%)

merci pour la définition de lsof...
selon le résultat df -ih, quelles ccl tirer? Merci

Le 17/09/2013 11:39, Belaïd MOUNSI a écrit :

Bonjour,
lsof permet de voir les fichiers qui sont en cours d'utilisations par 
les process. Par:*lsof | grep -i nom_de_ton_gros_fichier* je voulais 
être sur que ton gros fichier n'est pas encore en cours d'utilisation 
(même supprimé un fichier peut encore être présent sur le disque, et 
aussi sur mémoire s'il est encore en cours d'utilisation).



Le 17 septembre 2013 11:32, Dorian Carpentier de Changy 
mailto:dechangydor...@yahoo.fr>> a écrit :


df -ih
Sys.de fichiersInodes IUtiliséILib.IUti%
Monté sur
/dev/sda5   598K   163K  436K   
28%/
tmpfs   354K5 354K  
1%/lib/init/rw
udev 336K   892  335K  
 1%/dev
tmpfs   354K2   
354K1%/dev/shm
overflow  354K1 354K 
   1%/tmp


L'utilisation des Inodes montre que 72% sont inoccupés !?


Sys.de fichiers1K-blocsUtilisé   Dispo.   
Uti% Monté sur
/dev/sda5   9620408 96204080   
100%/

tmpfs 14493400  1449340 0%/lib/init/rw
udev  1373708 272   1373436 1%/dev
tmpfs 144934001449340 0%/dev/shm
overflow 102401024 0%/tmp

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Dorian Carpentier de Changy]

Bonjour,

J'ai effectué un lsof | more (less) sans chemin.
j'obtiens que des chemins vers /lib/usr/dev/... pas de /home ni le 
fichier impliquant l'utilisation de tt l'espace comme dans df -h (9.2G 
utilisé sur 9.2 > 100%)

merci pour la définition de lsof...
selon le résultat df -ih, quelles ccl tirer? Merci

Le 17/09/2013 11:39, Belaïd MOUNSI a écrit :

Bonjour,
lsof permet de voir les fichiers qui sont en cours d'utilisations par 
les process. Par:*lsof | grep -i nom_de_ton_gros_fichier* je voulais 
être sur que ton gros fichier n'est pas encore en cours d'utilisation 
(même supprimé un fichier peut encore être présent sur le disque, et 
aussi sur mémoire s'il est encore en cours d'utilisation).



Le 17 septembre 2013 11:32, Dorian Carpentier de Changy 
mailto:dechangydor...@yahoo.fr>> a écrit :


df -ih
Sys.de fichiersInodesIUtilisé ILib.   
IUti% Monté sur

/dev/sda5   598K   163K 436K28%/
tmpfs   354K5 354K  
1%/lib/init/rw
udev 336K   892  335K  
 1%/dev
tmpfs   354K2 354K  
 1%/dev/shm
overflow  354K1 354K 
   1%/tmp


L'utilisation des Inodes montre que 72% sont inoccupés !?


Sys.de fichiers1K-blocsUtilisé   Dispo.   
Uti% Monté sur

/dev/sda5   9620408 96204080100%/
tmpfs 14493400  1449340 0%/lib/init/rw
udev  1373708 272   1373436 1%/dev
tmpfs 144934001449340 0%/dev/shm
overflow 102401024 0%/tmp




<>

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Belaïd MOUNSI]

Bonjour,
lsof permet de voir les fichiers qui sont en cours d'utilisations par les
process. Par:* lsof | grep -i nom_de_ton_gros_fichier* je voulais être sur
que ton gros fichier n'est pas encore en cours d'utilisation (même supprimé
un fichier peut encore être présent sur le disque, et aussi sur mémoire
s'il est encore en cours d'utilisation).


Le 17 septembre 2013 11:32, Dorian Carpentier de Changy <
dechangydor...@yahoo.fr> a écrit :

>  df -ih
> Sys.de fichiersInodesIUtiliséILib.
> IUti% Monté sur
> /dev/sda5   598K   163K  436K28%/
> tmpfs   354K5354K
> 1%/lib/init/rw
> udev 336K   892335K
> 1%/dev
> tmpfs   354K2354K
>  1%/dev/shm
> overflow  354K1354K
>1%/tmp
>
> L'utilisation des Inodes montre que 72% sont inoccupés !?
>
>
> Sys.de fichiers1K-blocsUtiliséDispo.
> Uti% Monté sur
> /dev/sda5   9620408   96204080100%
> /
> tmpfs14493400  1449340
> 0%/lib/init/rw
> udev  1373708   272   1373436
> 1%/dev
> tmpfs144934001449340
> 0%/dev/shm
> overflow  102401024
>  0%/tmp
>
>
>
>
> Le 16/09/2013 13:15, Johnny B a écrit :
>
> Salut,
>
> A tous les coups tu as tes inodes full
>
> Fais un df -ih
>
> Le 09/16/2013 12:40 PM, Belaïd MOUNSI a écrit :
>
>   Bonjour,
>  Que donne la commande suivante:
>  lsof | grep -i le_nom_de_ton_fichier
>
>
> Le 16 septembre 2013 11:57, Dorian  a écrit :
>
>>  Bonjour,
>>
>> Suite à l'encodage d'un vidéo sous PiTiVi, j'ai obtenu un fichier qui a
>> occupé tt l'espace disque restant(3.9G sur un volume de 9G).
>> J'ai souhaité supprimer le fichier. puis Reboot. Lors de la fermeture, le
>> système freezais avant d'envoyer le TERM.
>> J'ai forcé la fermeture par le bouton power du portable.
>> JE redémarre et constate que j'ai accès que à la CLI.
>> df signale, 100% sur /dev/sda5 (le volume logique sur lequel est installé
>> Squeeze avec noyau Xen-4.0, plusieurs LV créés mais inutilisés, il y a des
>> messages d'erreurs leur cc au démarrage, ... à tt hazard)
>> J'ai retrouvé le fichier qui à ma connaissance (je n'ai pas vérifier à
>> l'ai de de ls -hla ) et l'ai supprimé rm.
>> Le  fichier n'existe bien plus. df m'indique tjs 100% d'utilisation sur
>> /dev/sda5. Mais je ne sais pas comment/quel répertoire/fichier occupe tt
>> cet espace.
>> free m'indique que le swap est vide. ram utilisé à 10 %
>>
>>
>> Le texte qui s'affiche au lancement de la machine m'affiche:
>> starting Avahi mDNS/DNS-SD Daemon : avahi-daemon Failed!
>> uname: write error : No space left on device
>> cat: write error : No space left on device
>> ...
>> Can't start hardware abstraction layer - please ensure dbus is running
>> ... failed!
>>
>> Un init 5 ou init 3 ne me permet pas rentrer ds la GUI.
>>
>> JE dois pouvoir retrouver le contrôle sur la GUI, je mène un teste sur
>> XEN.
>>
>> MErci de votre support,
>>
>>
>> Dorian
>>
>
>
>
> --
> < Belaid >
>
>
>
>


-- 
< Belaid >

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Dorian Carpentier de Changy]

df -ih
Sys.de fichiersInodesIUtiliséILib. IUti% 
Monté sur

/dev/sda5   598K   163K  436K 28%/
tmpfs   354K5354K 
1%/lib/init/rw
udev 336K   892335K  
1%/dev
tmpfs   354K2354K 
 1%/dev/shm
overflow  354K1354K
1%/tmp


L'utilisation des Inodes montre que 72% sont inoccupés !?

Sys.de fichiers1K-blocsUtiliséDispo. Uti% 
Monté sur

/dev/sda5   9620408   96204080 100%/
tmpfs14493400  1449340 
0%/lib/init/rw
udev  1373708   272   1373436   
1%/dev
tmpfs14493400 1449340 0%
/dev/shm
overflow  10240 1024  
0%/tmp





Le 16/09/2013 13:15, Johnny B a écrit :

Salut,

A tous les coups tu as tes inodes full

Fais un df -ih

Le 09/16/2013 12:40 PM, Belaïd MOUNSI a écrit :

Bonjour,
Que donne la commande suivante:
lsof | grep -i le_nom_de_ton_fichier


Le 16 septembre 2013 11:57, Dorian > a écrit :


Bonjour,
Suite à l'encodage d'un vidéo sous PiTiVi, j'ai obtenu un fichier
qui a occupé tt l'espace disque restant(3.9G sur un volume de 9G).
J'ai souhaité supprimer le fichier. puis Reboot. Lors de la
fermeture, le système freezais avant d'envoyer le TERM.
J'ai forcé la fermeture par le bouton power du portable.
JE redémarre et constate que j'ai accès que à la CLI.
df signale, 100% sur /dev/sda5 (le volume logique sur lequel est
installé Squeeze avec noyau Xen-4.0, plusieurs LV créés mais
inutilisés, il y a des messages d'erreurs leur cc au démarrage,
... à tt hazard)
J'ai retrouvé le fichier qui à ma connaissance (je n'ai pas
vérifier à l'ai de de ls -hla ) et l'ai supprimé rm.
Le  fichier n'existe bien plus. df m'indique tjs 100%
d'utilisation sur /dev/sda5. Mais je ne sais pas comment/quel
répertoire/fichier occupe tt cet espace.
free m'indique que le swap est vide. ram utilisé à 10 %
Le texte qui s'affiche au lancement de la machine m'affiche:
starting Avahi mDNS/DNS-SD Daemon : avahi-daemon Failed!
uname: write error : No space left on device
cat: write error : No space left on device
...
Can't start hardware abstraction layer - please ensure dbus is
running ... failed!
Un init 5 ou init 3 ne me permet pas rentrer ds la GUI.
JE dois pouvoir retrouver le contrôle sur la GUI, je mène un
teste sur XEN.
MErci de votre support,
Dorian




--
< Belaid >




<>

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[julien]

Le 2013-09-17 11:25, Dorian Carpentier de Changy a écrit :

 Q de débutant > Comment afficher page par page lorsque le résultat
d'une commande en fournit plusieurs?


Tu pipe dans less

Par exemple pour un ls :

ls | less

Ensuite tu tapes sur q pour quitter

--
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/b23fdd49e3a3ce3cc67b282545562...@127.0.0.1nura.eu

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Dorian Carpentier de Changy]

Malheureusement j'ai mis le fichier soupçonné à la poubelle (rm 
nom_de_fichier).
le man pour lsof est assez copieux. Que peut produire cette commande en 
conjonction avec quel option courante?
Q de débutant > Comment afficher page par page lorsque le résultat d'une 
commande en fournit plusieurs?


Dorian

Le 16/09/2013 12:40, Belaïd MOUNSI a écrit :

Bonjour,
Que donne la commande suivante:
lsof | grep -i le_nom_de_ton_fichier


Le 16 septembre 2013 11:57, Dorian > a écrit :


Bonjour,
Suite à l'encodage d'un vidéo sous PiTiVi, j'ai obtenu un fichier
qui a occupé tt l'espace disque restant(3.9G sur un volume de 9G).
J'ai souhaité supprimer le fichier. puis Reboot. Lors de la
fermeture, le système freezais avant d'envoyer le TERM.
J'ai forcé la fermeture par le bouton power du portable.
JE redémarre et constate que j'ai accès que à la CLI.
df signale, 100% sur /dev/sda5 (le volume logique sur lequel est
installé Squeeze avec noyau Xen-4.0, plusieurs LV créés mais
inutilisés, il y a des messages d'erreurs leur cc au démarrage,
... à tt hazard)
J'ai retrouvé le fichier qui à ma connaissance (je n'ai pas
vérifier à l'ai de de ls -hla ) et l'ai supprimé rm.
Le  fichier n'existe bien plus. df m'indique tjs 100%
d'utilisation sur /dev/sda5. Mais je ne sais pas comment/quel
répertoire/fichier occupe tt cet espace.
free m'indique que le swap est vide. ram utilisé à 10 %
Le texte qui s'affiche au lancement de la machine m'affiche:
starting Avahi mDNS/DNS-SD Daemon : avahi-daemon Failed!
uname: write error : No space left on device
cat: write error : No space left on device
...
Can't start hardware abstraction layer - please ensure dbus is
running ... failed!
Un init 5 ou init 3 ne me permet pas rentrer ds la GUI.
JE dois pouvoir retrouver le contrôle sur la GUI, je mène un teste
sur XEN.
MErci de votre support,
Dorian




--
< Belaid >


<>

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Johnny B]

Salut,

Ben voila ;)

Tu peux nous retourner un : df -hi   ?



Le 09/17/2013 11:08 AM, Dorian Carpentier de Changy a écrit :

Ce que df --sync renvoie (j'ai répété l'opération...):
Sys.de fichiers1K-blocsUtiliséDispo. Uti% 
Monté sur

/dev/sda5   9620408   96204080100% /
tmpfs14493400  1449340 0%
/lib/init/rw

udev  1373708   272   1373436 1%/dev
tmpfs144934001449340 0%
/dev/shm

overflow  10240 1024 0%/tmp



Le 16/09/2013 12:18, Haricophile a écrit :

Le lundi 16 septembre 2013 à 10:57 +0100, Dorian a écrit :

df m'indique tjs 100% d'utilisation sur /dev/sda5

Je ne sais plus comment df calcule l'espace, mais il ne s'est peut-être
pas mis à jour.

Essaye df --sync






--
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/52381cf2.2020...@gmail.com

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Dorian Carpentier de Changy]

Ce que df --sync renvoie (j'ai répété l'opération...):
Sys.de fichiers1K-blocsUtiliséDispo.Uti% 
Monté sur

/dev/sda5   9620408   96204080100%/
tmpfs14493400  1449340 0%
/lib/init/rw

udev  1373708   272   1373436 1%/dev
tmpfs144934001449340 0%
/dev/shm

overflow  10240 1024  0%/tmp



Le 16/09/2013 12:18, Haricophile a écrit :

Le lundi 16 septembre 2013 à 10:57 +0100, Dorian a écrit :

df m'indique tjs 100% d'utilisation sur /dev/sda5

Je ne sais plus comment df calcule l'espace, mais il ne s'est peut-être
pas mis à jour.

Essaye df --sync




<>

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Johnny B]

Salut,

A tous les coups tu as tes inodes full

Fais un df -ih

Le 09/16/2013 12:40 PM, Belaïd MOUNSI a écrit :

Bonjour,
Que donne la commande suivante:
lsof | grep -i le_nom_de_ton_fichier


Le 16 septembre 2013 11:57, Dorian > a écrit :


Bonjour,
Suite à l'encodage d'un vidéo sous PiTiVi, j'ai obtenu un fichier
qui a occupé tt l'espace disque restant(3.9G sur un volume de 9G).
J'ai souhaité supprimer le fichier. puis Reboot. Lors de la
fermeture, le système freezais avant d'envoyer le TERM.
J'ai forcé la fermeture par le bouton power du portable.
JE redémarre et constate que j'ai accès que à la CLI.
df signale, 100% sur /dev/sda5 (le volume logique sur lequel est
installé Squeeze avec noyau Xen-4.0, plusieurs LV créés mais
inutilisés, il y a des messages d'erreurs leur cc au démarrage,
... à tt hazard)
J'ai retrouvé le fichier qui à ma connaissance (je n'ai pas
vérifier à l'ai de de ls -hla ) et l'ai supprimé rm.
Le  fichier n'existe bien plus. df m'indique tjs 100%
d'utilisation sur /dev/sda5. Mais je ne sais pas comment/quel
répertoire/fichier occupe tt cet espace.
free m'indique que le swap est vide. ram utilisé à 10 %
Le texte qui s'affiche au lancement de la machine m'affiche:
starting Avahi mDNS/DNS-SD Daemon : avahi-daemon Failed!
uname: write error : No space left on device
cat: write error : No space left on device
...
Can't start hardware abstraction layer - please ensure dbus is
running ... failed!
Un init 5 ou init 3 ne me permet pas rentrer ds la GUI.
JE dois pouvoir retrouver le contrôle sur la GUI, je mène un teste
sur XEN.
MErci de votre support,
Dorian




--
< Belaid >

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Belaïd MOUNSI]

Bonjour,
Que donne la commande suivante:
lsof | grep -i le_nom_de_ton_fichier


Le 16 septembre 2013 11:57, Dorian  a écrit :

> Bonjour,
>
> Suite à l'encodage d'un vidéo sous PiTiVi, j'ai obtenu un fichier qui a
> occupé tt l'espace disque restant(3.9G sur un volume de 9G).
> J'ai souhaité supprimer le fichier. puis Reboot. Lors de la fermeture, le
> système freezais avant d'envoyer le TERM.
> J'ai forcé la fermeture par le bouton power du portable.
> JE redémarre et constate que j'ai accès que à la CLI.
> df signale, 100% sur /dev/sda5 (le volume logique sur lequel est installé
> Squeeze avec noyau Xen-4.0, plusieurs LV créés mais inutilisés, il y a des
> messages d'erreurs leur cc au démarrage, ... à tt hazard)
> J'ai retrouvé le fichier qui à ma connaissance (je n'ai pas vérifier à
> l'ai de de ls -hla ) et l'ai supprimé rm.
> Le  fichier n'existe bien plus. df m'indique tjs 100% d'utilisation sur
> /dev/sda5. Mais je ne sais pas comment/quel répertoire/fichier occupe tt
> cet espace.
> free m'indique que le swap est vide. ram utilisé à 10 %
>
>
> Le texte qui s'affiche au lancement de la machine m'affiche:
> starting Avahi mDNS/DNS-SD Daemon : avahi-daemon Failed!
> uname: write error : No space left on device
> cat: write error : No space left on device
> ...
> Can't start hardware abstraction layer - please ensure dbus is running ...
> failed!
>
> Un init 5 ou init 3 ne me permet pas rentrer ds la GUI.
>
> JE dois pouvoir retrouver le contrôle sur la GUI, je mène un teste sur XEN.
>
> MErci de votre support,
>
>
> Dorian
>



-- 
< Belaid >

Re: Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Haricophile]

Le lundi 16 septembre 2013 à 10:57 +0100, Dorian a écrit :
> df m'indique tjs 100% d'utilisation sur /dev/sda5

Je ne sais plus comment df calcule l'espace, mais il ne s'est peut-être
pas mis à jour.

Essaye df --sync


-- 
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/1379326702.20378.13.camel@jisui.aranha

Impossible de démarrer en GUI , partition /dev/sdax utilisé à 100%

[Dorian]

Bonjour,
 
Suite à l'encodage d'un vidéo sous PiTiVi, j'ai obtenu un fichier qui a occupé 
tt l'espace disque restant(3.9G sur un volume de 9G).
J'ai souhaité supprimer le fichier. puis Reboot. Lors de la fermeture, le 
système freezais avant d'envoyer le TERM.
J'ai forcé la fermeture par le bouton power du portable.
JE redémarre et constate que j'ai accès que à la CLI.
df signale, 100% sur /dev/sda5 (le volume logique sur lequel est installé 
Squeeze avec noyau Xen-4.0, plusieurs LV créés mais inutilisés, il y a des 
messages d'erreurs leur cc au démarrage, ... à tt hazard)
J'ai retrouvé le fichier qui à ma connaissance (je n'ai pas vérifier à l'ai de 
de ls -hla ) et l'ai supprimé rm.
Le  fichier n'existe bien plus. df m'indique tjs 100% d'utilisation sur 
/dev/sda5. Mais je ne sais pas comment/quel répertoire/fichier occupe tt cet 
espace. 
free m'indique que le swap est vide. ram utilisé à 10 %
 
 
Le texte qui s'affiche au lancement de la machine m'affiche:
starting Avahi mDNS/DNS-SD Daemon : avahi-daemon Failed!
uname: write error : No space left on device
cat: write error : No space left on device
...
Can't start hardware abstraction layer - please ensure dbus is running ... 
failed!

Un init 5 ou init 3 ne me permet pas rentrer ds la GUI.

JE dois pouvoir retrouver le contrôle sur la GUI, je mène un teste sur XEN.

MErci de votre support,


Dorian