J'ai tout simplement remis le driver nvidia en lieu et place de nv, néanmoins la consommation cpu reste conséquente.
Mes compétences pour compiler à partir des sources étant particuliérement limité, je vais chercher des dépôts pour les drivers packagés pour nvidia arch amd64.
Salutations.
--
---------------------------------------------------------------------------
Si un jour on te reproche que ton travail n'est pas un travail de
professionnel, dis toi que :
Des amateurs ont construit l'arche de Noé, et des professionnels le
Titanic.
---------------------------------------------------------------------------
Pensez librement : Linux thinking !
tux4fun
http://counter.li.org
Linux Registered User #363458
Machine Registered #261921
Sous Nux, on utilise /etc/hosts mais au bout sous PCBSD, FreeBSD les infos sont dans /etc/rc.conf. La boulette provenait d'un mauvais format hote.my.domain., une erreur lors de l'installation !!!
Dans mon précédent post, il faut comprendre apt-get clean et autoclean et non apt-cache clean et consort.
Désolé pour le bruit!
Salutations à tous.
--
---------------------------------------------------------------------------
Si un jour on te reproche que ton travail n'est pas un travail de
professionnel, dis toi que :
Des amateurs ont construit l'arche de Noé, et des professionnels le
Titanic.
---------------------------------------------------------------------------
Pensez librement : Linux thinking !
tux4fun
http://counter.li.org
Linux Registered User #363458
Machine Registered #261921
J'ai effectué la manip qui consiste en apt-cache clean, et apt-cache autoclean, sans résultats.
De meme, pour verifier l'état des partitions rien de tel qu'un :
$df -h /dev/hda
Conclusion : Seulement ma racine / est à 100% (saturé), mais le reste bascule vers /usr ou /usr/local.
Conclusion:
Le cache ou les version stockés /var sont probablement corrompu, car la désintallations des applis est imposssible (tar, et autres désintallation impossible sur la machine quelque soit la méthode shell, synaptic, Software update sous Xubuntu 6.061 LTS) .
Par ailleurs, je n'ai pas saisie les subtilités du lien pointant vers le forum Debian.
Je cherche la méthodes pour désintaller les paquets foireux, sachant qu'un simple apt-get remove tar, ou apt-get --purge remove tar ne fonctionne pas.
J'ai vérifier avec la commandes df -h /var et de même pour /usr, respectivement occupée à 37% et 77%. Donc la place sur le périphérique n'a aucun fondement.
Le seul périphérique saturé est /, mais il bascule, je crois vers /usr, /usr/local, ....
Pourquoi je pense que le cache est corrompu?
Parce que les mise à jour sont possible pour certains paquets et pas tous (impossible dans le cas de tar, lvm2, getautomatix2, le kernel-image-k7, ...->engendre le message précédement mentionné)
De plus ce qui me conforte dans cette hypothèse, est le faite que mon problème affecte aussi bien des paquets ayant pour origine les dépots officiels (kernel) que des dépots tiers.
Cependant j'accepte bien volontiers toute mains tendus pour me sortir de ce mauvais pas !!!
Salutations à toi,
--
---------------------------------------------------------------------------
Si un jour on te reproche que ton travail n'est pas un travail de
professionnel, dis toi que :
Des amateurs ont construit l'arche de Noé, et des professionnels le
Titanic.
---------------------------------------------------------------------------
Pensez librement : Linux thinking !
tux4fun http://counter.li.org
Linux Registered User #363458
Machine Registered #261921
"6.3.4 Récupérer les données de sélection des paquets
Si /var/lib/dpkg/status est corrompu, le système Debian perd les données de sélection des paquets et en est grandement affecté. Cherchez le vieux fichier /var/lib/dpkg/status dans /var/lib/dpkg/status-old ou /var/backups/dpkg.status.*.
Garder /var/backups/ dans une partition séparée peut être une bonne idée puisque ce répertoire contient beaucoup de données système importantes.
Si le vieux fichier /var/lib/dpkg/status n'est pas disponible, vous pouvez quand même récupérer les données depuis des répertoires de /usr/share/doc/.
Mon expertise étant quasi nul, il semble que le moyen consiste à récupérer un fichier "/var/lib/dpkg/status non corrompu,"
Dois je faire un cp d'un vieux /var/lib/dpkg/status-old ou /var/backups/dpkg.status. sur le corrompu et à chaque fois tester à l'aide de apt, et ceci jusqu'à pouvoir installer tar et lvm2 -> status : Ok
Merci de bien vouloir me conforter dans ma vision ou bien m'orienter ver une autre alternative.
J'ai aussi une autre piste, néanmoins elle ne corresponds pas à mon message d'erreur ('erreur 127'), ici: http://forum.debian-fr.org/viewtopic.php?p=42343
--
---------------------------------------------------------------------------
Si un jour on te reproche que ton travail n'est pas un travail de
professionnel, dis toi que :
Des amateurs ont construit l'arche de Noé, et des professionnels le
Titanic.
---------------------------------------------------------------------------
Pensez librement : Linux thinking !
tux4fun http://counter.li.org
Linux Registered User #363458
Machine Registered #261921
Merci pour cette briante réflexion
http://fr.wiktionary.org/wiki/r%C3%A9flexion
En effet, un sudo du -h /var -> 533Mo occupée sur une partition de 1.4Go.
Conclusion la partition hda10 n'est pas saturée.
"échec dans « buffer_write(fd) » (9, ret=-1) : backend dpkg-deb pendant « ./bin/tar »: Aucun espace disponible sur le périphérique"
La dernière partie du message est une immonde connerie!!!
--
---------------------------------------------------------------------------
Si un jour on te reproche que ton travail n'est pas un travail de
professionnel, dis toi que :
Des amateurs ont construit l'arche de Noé, et des professionnels le
Titanic.
---------------------------------------------------------------------------
Pensez librement : Linux thinking !
tux4fun
http://counter.li.org
Linux Registered User #363458
Machine Registered #261921
J'ai toujours un problème avec le serveur graphique, puisque la détection automatique du matériel ne prends pas en charge m carte ATI Rage 128 16 Mo TV-out, le driver ne monte pas non plus avec un probléme d'identification (la docs pci.ids) me renvoie le bus PCI.
Quelques conseils, j'ai testé la commande suivante sans résultat:
"discover" pour détection (le driver logiquement est le "r128").
La prise en charge du serveur X est faite par vesa, une solution foireuse en 1600x1200 et 24 bits.
Ma version de Debian est la Sarge 3.1, tout frais en ce qui concerne Debian et la ligne de commande, d'ou une petite préférence pour les MAJ via les outils graphiques.
Merci par avance pour vos proposition nombreuses, tux4fun.
Effectivement, le dépôt a pour effet d'accéder à la version .87, donc plus de message "is out date".
Merci pour cette précieuse indication.
Désormais à l'appel de fresclam, j'obtiens:
--
champcar:/home/tux4fun# freshclam
ClamAV update process started at Sun Sep 18 21:25:52 2005
main.cvd is up to date (version: 34, sigs: 39625, f-level: 5, builder: tkojm)
daily.cvd is up to date (version: 1084, sigs: 572, f-level: 6, builder: ccordes)
--
En réponse à ta proposition, je suis allé faire un tour sous /etc/rcS.
J'ai édité le README, et j'ai cru comprendre que tous se dérouler dans /etc/init.d, puis j'ai été dans /etc/default et ai fait un #vi rcS,
# Defaults for the boot scripts in /etc/rcS.d
#
# Time files in /tmp are kept in days.
TMPTIME=10
# Set to yes if you want sulogin to be spawned on bootup
SULOGIN=no
# Set to no if you want to be able to login over telnet/rlogin
# before system startup is complete (as soon as inetd is started)
DELAYLOGIN=yes
# Set UTC=yes if your system clock is set to UTC (GMT), and UTC=no if not.
UTC=no
# Set VERBOSE to "no" if you would like a more quiet bootup.
VERBOSE=yes
# Set EDITMOTD to "no" if you don't want /etc/motd to be editted automatically
EDITMOTD=yes
# Set FSCKFIX to "yes" if you want to add "-y" to the fsck at startup.
FSCKFIX=yes
J'ai apporté les modifications suivantes un FSCKFIX=yes, et TMPTIME à 10 jours, UTC=no.
Mais au reboot, je ne constate pas le moindre changement. A savoir qu'il n'y a aucune vérification des systèmes de fichiers à chaque redémarrage, toujours un setting up de l'horloge sur UTC, ...
En bref, aucun changement sur le comportement de ma machine. Aurais je donc oublié une commande magique???.
Concernant le fichier /etc/fstab pour moi tous est positionné à 2 sauf le / (ce qui est normal, d'après les quelques lectures sur le sujet!!!)
Pour preuve, en voici le contenu:
Concernant la tentative avec les indications que tu m'as fournis (David), je vérifie apparement le fichier spécial /dev/mapper mais pas les datas qui sont localisés sur mon disque dur externe (LVM), ayant pour nom de volume logique "home"
Résultat de lvscan:
champcar:/etc/rcS.d# lvscan
ACTIVE '/dev/usb_sda1/home' [114,40 GB] inherit
"tar est souvent utilisé avec gzip. Les fichiers ainsi produits ont des extensions en .tar.gz ou ou .tgz. Pour les manipuler, on utilise les mêmes commandes que tar seul, en ajoutant un z à la fin des options (exemple : pour désarchiver fichier.tgz, taper : tar xfz fichier.tgz)."
Je pense que je serais parvenu à booter sur ma Libranet, si jamais encore LILO. Avant de supprimer la FC3 sur ce dique, j'utiliser LILO (bootloader sur /dev/hda), qui pointer sur le grub /boot (/dev/hdb1) du disque N°2.
Comment faire pour revenir à une telle situation avec le nouveau couple Mandrake 10.1 et Libranet 2.8.1?
Ca fonctionne, il a fallu pour cela retirer libpostproc et le devel associé. Pour cela faire yum remove libpostproc, puis libpostproc-devel. Ensuite un simple, yum install mplayer, et c'est magique, mplayer tourne.
Pour vos infos, j'ai trouvé sur http://www.fedora-france.org/modules/wfsection/article.php?articleid=61 , comme suggéré.
Note: le lezarbreton, à 100% raison, concernant les problèmes de dépendances sur mplayer, il erreur sur une dépendance que je n'ai plus en tête.
Pour Mandrake, pas de souci, à la porté du newbies que je suis.
Je ne suis pas un pro, mais il suffit de créer un alias qui contienne sudo (sudo /sbin/ifup ppp0), mais je ne voit pas l'intérêt d'une telle manip., puisque tout le monde est sensé pouvoir utiliser internet. Pourquoi, ne pas tout simplement le lancer la connexion à internet au boot? Il est vrai que cela active un service systématiquement au démarrage, mais l'intérêt majeur est de conserver le mot de passe root (connu uniquement de l'administrateur, à savoir toi). Si "l'aliasing", n'est pas possible avec la commande sudo, le fait de communiquer le pass root est dangereux.
Je suppose, moi aussi, que c'est dû à ton cdimage.
Deux possibilités:
1.erreur de gravure (voir le log option vérification de gravure-cd-fichiers hdd )
2.l'iso downloadé est corrompu.
Verifie avec le md5, lors du lancement de la gravure, vérifie bien le check sum, il doit être identique (à celui disponible sur le site/serveur).
Moi aussi j'ai eu les mêmes problèmes pour effacer des CDRW, le problèmes est de trouver la ligne de commande en "Konsole", de mettre ou ejecter le disque afin que devname n'intervienne pas (pas le temps de prendre la main sur le système).
Pour effacer des CDRW, la solution est :
[^] # Re: Performances nv vs nvidia
Posté par frederick . En réponse au message Consommation anormal CPU, mauvaise config.serveur X. Évalué à 1.
J'ai tout simplement remis le driver nvidia en lieu et place de nv, néanmoins la consommation cpu reste conséquente.
Mes compétences pour compiler à partir des sources étant particuliérement limité, je vais chercher des dépôts pour les drivers packagés pour nvidia arch amd64.
Salutations.
--
---------------------------------------------------------------------------
Si un jour on te reproche que ton travail n'est pas un travail de
professionnel, dis toi que :
Des amateurs ont construit l'arche de Noé, et des professionnels le
Titanic.
---------------------------------------------------------------------------
Pensez librement : Linux thinking !
tux4fun
http://counter.li.org
Linux Registered User #363458
Machine Registered #261921
# Résolu
Posté par frederick . En réponse au message FREEBOXTV sur PCBSD -> Utilisation PCBSD/VLC/FreeboxTV. Évalué à 1.
Sous Nux, on utilise /etc/hosts mais au bout sous PCBSD, FreeBSD les infos sont dans /etc/rc.conf. La boulette provenait d'un mauvais format hote.my.domain., une erreur lors de l'installation !!!
Merci pour les 2 liens, '-)
Salutations.
# Erreur, la cache sa attaque grave !!!
Posté par frederick . En réponse au message Problème de cache - Déinstallation et mise à jour paquets impossibles.. Évalué à 1.
Dans mon précédent post, il faut comprendre apt-get clean et autoclean et non apt-cache clean et consort.
Désolé pour le bruit!
Salutations à tous.
--
---------------------------------------------------------------------------
Si un jour on te reproche que ton travail n'est pas un travail de
professionnel, dis toi que :
Des amateurs ont construit l'arche de Noé, et des professionnels le
Titanic.
---------------------------------------------------------------------------
Pensez librement : Linux thinking !
tux4fun
http://counter.li.org
Linux Registered User #363458
Machine Registered #261921
[^] # Re: Une bribe d'éclaircissement, un espoir !!!
Posté par frederick . En réponse au message Problème de cache - Déinstallation et mise à jour paquets impossibles.. Évalué à 1.
J'ai effectué la manip qui consiste en apt-cache clean, et apt-cache autoclean, sans résultats.
De meme, pour verifier l'état des partitions rien de tel qu'un :
$df -h /dev/hda
Conclusion : Seulement ma racine / est à 100% (saturé), mais le reste bascule vers /usr ou /usr/local.
Conclusion:
Le cache ou les version stockés /var sont probablement corrompu, car la désintallations des applis est imposssible (tar, et autres désintallation impossible sur la machine quelque soit la méthode shell, synaptic, Software update sous Xubuntu 6.061 LTS) .
Par ailleurs, je n'ai pas saisie les subtilités du lien pointant vers le forum Debian.
Je cherche la méthodes pour désintaller les paquets foireux, sachant qu'un simple apt-get remove tar, ou apt-get --purge remove tar ne fonctionne pas.
Salutations.
[^] # Re: Une bribe d'éclaircissement, un espoir !!!
Posté par frederick . En réponse au message Problème de cache - Déinstallation et mise à jour paquets impossibles.. Évalué à 1.
J'ai vérifier avec la commandes df -h /var et de même pour /usr, respectivement occupée à 37% et 77%. Donc la place sur le périphérique n'a aucun fondement.
Le seul périphérique saturé est /, mais il bascule, je crois vers /usr, /usr/local, ....
Pourquoi je pense que le cache est corrompu?
Parce que les mise à jour sont possible pour certains paquets et pas tous (impossible dans le cas de tar, lvm2, getautomatix2, le kernel-image-k7, ...->engendre le message précédement mentionné)
De plus ce qui me conforte dans cette hypothèse, est le faite que mon problème affecte aussi bien des paquets ayant pour origine les dépots officiels (kernel) que des dépots tiers.
Cependant j'accepte bien volontiers toute mains tendus pour me sortir de ce mauvais pas !!!
Salutations à toi,
--
---------------------------------------------------------------------------
Si un jour on te reproche que ton travail n'est pas un travail de
professionnel, dis toi que :
Des amateurs ont construit l'arche de Noé, et des professionnels le
Titanic.
---------------------------------------------------------------------------
Pensez librement : Linux thinking !
tux4fun
http://counter.li.org
Linux Registered User #363458
Machine Registered #261921
# Une bribe d'éclaircissement, un espoir !!!
Posté par frederick . En réponse au message Problème de cache - Déinstallation et mise à jour paquets impossibles.. Évalué à 1.
Après avoir consulté mon ami google pendant un bon moment dans le manuel de réf. de Debian:
http://qref.sourceforge.net/Debian/reference/ch-package.fr.h(...)
"6.3.4 Récupérer les données de sélection des paquets
Si /var/lib/dpkg/status est corrompu, le système Debian perd les données de sélection des paquets et en est grandement affecté. Cherchez le vieux fichier /var/lib/dpkg/status dans /var/lib/dpkg/status-old ou /var/backups/dpkg.status.*.
Garder /var/backups/ dans une partition séparée peut être une bonne idée puisque ce répertoire contient beaucoup de données système importantes.
Si le vieux fichier /var/lib/dpkg/status n'est pas disponible, vous pouvez quand même récupérer les données depuis des répertoires de /usr/share/doc/.
# ls /usr/share/doc | \
grep -v [A-Z] | \
grep -v '^texmf$' | \
grep -v '^debian$' | \
awk '{print $1 " install"}' | \
dpkg --set-selections
# dselect --expert # réinstallez le système, utilisez dselect si besoin"
Mon expertise étant quasi nul, il semble que le moyen consiste à récupérer un fichier "/var/lib/dpkg/status non corrompu,"
Dois je faire un cp d'un vieux /var/lib/dpkg/status-old ou /var/backups/dpkg.status. sur le corrompu et à chaque fois tester à l'aide de apt, et ceci jusqu'à pouvoir installer tar et lvm2 -> status : Ok
Merci de bien vouloir me conforter dans ma vision ou bien m'orienter ver une autre alternative.
J'ai aussi une autre piste, néanmoins elle ne corresponds pas à mon message d'erreur ('erreur 127'), ici:
http://forum.debian-fr.org/viewtopic.php?p=42343
--
---------------------------------------------------------------------------
Si un jour on te reproche que ton travail n'est pas un travail de
professionnel, dis toi que :
Des amateurs ont construit l'arche de Noé, et des professionnels le
Titanic.
---------------------------------------------------------------------------
Pensez librement : Linux thinking !
tux4fun
http://counter.li.org
Linux Registered User #363458
Machine Registered #261921
[^] # Re: bizarre!
Posté par frederick . En réponse au message Problème de cache - Déinstallation et mise à jour paquets impossibles.. Évalué à 1.
http://fr.wiktionary.org/wiki/r%C3%A9flexion
En effet, un sudo du -h /var -> 533Mo occupée sur une partition de 1.4Go.
Conclusion la partition hda10 n'est pas saturée.
"échec dans « buffer_write(fd) » (9, ret=-1) : backend dpkg-deb pendant « ./bin/tar »: Aucun espace disponible sur le périphérique"
La dernière partie du message est une immonde connerie!!!
--
---------------------------------------------------------------------------
Si un jour on te reproche que ton travail n'est pas un travail de
professionnel, dis toi que :
Des amateurs ont construit l'arche de Noé, et des professionnels le
Titanic.
---------------------------------------------------------------------------
Pensez librement : Linux thinking !
tux4fun
http://counter.li.org
Linux Registered User #363458
Machine Registered #261921
# Désolé pour le bruit
Posté par frederick . En réponse au message Configuration HP4200C réussi -pb de géométrie!!!.. Évalué à 1.
Je vous prie de bien vouloir m'excuser pour le bruit.
Sincères salutations.
[^] # Re: noyau compilé par debian
Posté par frederick . En réponse au message Choix d'un kernel précompilé pour AMD Duron (apt.source.list). Évalué à 1.
A +, tux4fun
[^] # Re: noyau compilé par debian
Posté par frederick . En réponse au message Choix d'un kernel précompilé pour AMD Duron (apt.source.list). Évalué à 1.
Quelques conseils, j'ai testé la commande suivante sans résultat:
"discover" pour détection (le driver logiquement est le "r128").
La prise en charge du serveur X est faite par vesa, une solution foireuse en 1600x1200 et 24 bits.
Ma version de Debian est la Sarge 3.1, tout frais en ce qui concerne Debian et la ligne de commande, d'ou une petite préférence pour les MAJ via les outils graphiques.
Merci par avance pour vos proposition nombreuses, tux4fun.
[^] # Re: ...
Posté par frederick . En réponse au message Taille des caractères dans les applis!!!. Évalué à 1.
Salutations.
[^] # Re: Il faut installer une nouvelle version de clamav
Posté par frederick . En réponse au message Configuration de freshclam (ClamAV ) ??????. Évalué à 1.
Merci pour cette précieuse indication.
Désormais à l'appel de fresclam, j'obtiens:
--
champcar:/home/tux4fun# freshclam
ClamAV update process started at Sun Sep 18 21:25:52 2005
main.cvd is up to date (version: 34, sigs: 39625, f-level: 5, builder: tkojm)
daily.cvd is up to date (version: 1084, sigs: 572, f-level: 6, builder: ccordes)
--
Salutations.
[^] # Re: FSTAB
Posté par frederick . En réponse au message Comment vérifier les systèmes de fichier présent dans fstab au boot. Évalué à 1.
Je suis impardonnable, j'ai indiqué un fs=ext2 au lieu d'un ext3.
Salutations.
tux4fun
http://counter.li.org
Linux Registered User #363458
Machine Registered #261921
Linux debian 2.6.8-2-386 #1 Thu May 19 17:40:50 JST 2005 i686 GNU/Linux
[^] # Re: Comme quoi le source ça sert !
Posté par frederick . En réponse au message Comment vérifier les systèmes de fichier présent dans fstab au boot. Évalué à 1.
J'ai édité le README, et j'ai cru comprendre que tous se dérouler dans /etc/init.d, puis j'ai été dans /etc/default et ai fait un #vi rcS,
# Defaults for the boot scripts in /etc/rcS.d
#
# Time files in /tmp are kept in days.
TMPTIME=10
# Set to yes if you want sulogin to be spawned on bootup
SULOGIN=no
# Set to no if you want to be able to login over telnet/rlogin
# before system startup is complete (as soon as inetd is started)
DELAYLOGIN=yes
# Set UTC=yes if your system clock is set to UTC (GMT), and UTC=no if not.
UTC=no
# Set VERBOSE to "no" if you would like a more quiet bootup.
VERBOSE=yes
# Set EDITMOTD to "no" if you don't want /etc/motd to be editted automatically
EDITMOTD=yes
# Set FSCKFIX to "yes" if you want to add "-y" to the fsck at startup.
FSCKFIX=yes
J'ai apporté les modifications suivantes un FSCKFIX=yes, et TMPTIME à 10 jours, UTC=no.
Mais au reboot, je ne constate pas le moindre changement. A savoir qu'il n'y a aucune vérification des systèmes de fichiers à chaque redémarrage, toujours un setting up de l'horloge sur UTC, ...
En bref, aucun changement sur le comportement de ma machine. Aurais je donc oublié une commande magique???.
Concernant le fichier /etc/fstab pour moi tous est positionné à 2 sauf le / (ce qui est normal, d'après les quelques lectures sur le sujet!!!)
Pour preuve, en voici le contenu:
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/hdb1 / ext3 defaults,errors=remount-ro 0 1
/dev/hdb9 /home ext3 defaults 0 2
/dev/hdb8 /tmp ext3 defaults 0 2
/dev/hdb5 /usr ext3 defaults 0 2
/dev/hdb6 /var ext3 defaults 0 2
/dev/hdb7 none swap sw 0 0
/dev/hdd /media/cdrom0 iso9660 ro,user,noauto 0 0
/dev/hdc /media/cdrom1 iso9660 ro,user,noauto 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto 0 0
#/dev/sda /media/usb0 auto rw,user,noauto 0 0
/dev/mapper/usb_sda1-home /home2 auto rw,user,noauto 0 0
A votre bon coeur, messieurs, mesdames, pour me sortir de cette panade.
Salutations.
tux4fun
http://counter.li.org
Linux Registered User #363458
Machine Registered #261921
Linux debian 2.6.8-2-386 #1 Thu May 19 17:40:50 JST 2005 i686 GNU/Linux
[^] # Re: ATTENTION, il faut verifier le bon block device
Posté par frederick . En réponse au message Comment vérifier les systèmes de fichier présent dans fstab au boot. Évalué à 1.
Concernant la tentative avec les indications que tu m'as fournis (David), je vérifie apparement le fichier spécial /dev/mapper mais pas les datas qui sont localisés sur mon disque dur externe (LVM), ayant pour nom de volume logique "home"
Résultat de lvscan:
champcar:/etc/rcS.d# lvscan
ACTIVE '/dev/usb_sda1/home' [114,40 GB] inherit
champcar:/etc/rcS.d# fsck -t ext2 /home2
fsck 1.37 (21-Mar-2005)
e2fsck 1.37 (21-Mar-2005)
/dev/mapper/usb_sda1-home: propre, 4513/15007744 fichiers, 5236589/29988864 blocs
champcar:/etc/rcS.d# fsck -t ext2 /dev/usb_sda1/home
fsck 1.37 (21-Mar-2005)
e2fsck 1.37 (21-Mar-2005)
/dev/usb_sda1/home: propre, 4513/15007744 fichiers, 5236589/29988864 blocs
Note: Le LVM a le point de montage /home2 quand actif.
Conclusion, je ne vois toujours pas comment faire??
Merci néanmoins pour vos propositions.
Cordialement,
tux4fun,
http://counter.li.org
Linux Registered User #363458
Machine Registered #261921
Linux debian 2.6.8-2-386 #1 Thu May 19 17:40:50 JST 2005 i686 GNU/Linux
# Re:installer un logiciel en TGZ
Posté par frederick . En réponse au message installer un logiciel en TGZ. Évalué à 2.
"tar est souvent utilisé avec gzip. Les fichiers ainsi produits ont des extensions en .tar.gz ou ou .tgz. Pour les manipuler, on utilise les mêmes commandes que tar seul, en ajoutant un z à la fin des options (exemple : pour désarchiver fichier.tgz, taper : tar xfz fichier.tgz)."
La réponse sur l'archivage est ici:
http://www.tuteurs.ens.fr/unix/archives.html
Trés amicalement.
# Au secour Récup de mon LVM sur Debian Sarge 3.1
Posté par frederick . En réponse au message Au secour Récup de mon LVM sur Debian Sarge 3.1. Évalué à 1.
A l'aide de vos suggestions, je suis parvenu à monter le volume LVM sur un point de montage
Fin du Thread
Et merci à nouveau.
tux4fun
http://counter.li.org(...)
Linux Registered User #363458
Machine Registered #261921
Linux debian 2.6.8-2-386 #1 Thu May 19 17:40:50 JST 2005 i686 GNU/Linux
[^] # Re: man grub
Posté par frederick . En réponse au message Remettre Lilo en gestionnaire de boot.. Évalué à 1.
Je pense que je serais parvenu à booter sur ma Libranet, si jamais encore LILO. Avant de supprimer la FC3 sur ce dique, j'utiliser LILO (bootloader sur /dev/hda), qui pointer sur le grub /boot (/dev/hdb1) du disque N°2.
Comment faire pour revenir à une telle situation avec le nouveau couple Mandrake 10.1 et Libranet 2.8.1?
Salutation,
[^] # Re: Debutant FC3, installation de Mplayer et toutes dépendances
Posté par frederick . En réponse au message Debutant FC3, installation de Mplayer et toutes dépendances. Évalué à 1.
# Debutant FC3, installation de Mplayer et toutes dépendances
Posté par frederick . En réponse au message Debutant FC3, installation de Mplayer et toutes dépendances. Évalué à 1.
Pour vos infos, j'ai trouvé sur http://www.fedora-france.org/modules/wfsection/article.php?articleid=61 , comme suggéré.
Note: le lezarbreton, à 100% raison, concernant les problèmes de dépendances sur mplayer, il erreur sur une dépendance que je n'ai plus en tête.
Pour Mandrake, pas de souci, à la porté du newbies que je suis.
Salutation à tous,
# KDE : "Mémoriser le mot de passe" ne fonctionne pas
Posté par frederick . En réponse au message KDE : "Mémoriser le mot de passe" ne fonctionne pas. Évalué à 2.
# kernel panic
Posté par frederick . En réponse au message kernel panic. Évalué à 1.
Deux possibilités:
1.erreur de gravure (voir le log option vérification de gravure-cd-fichiers hdd )
2.l'iso downloadé est corrompu.
Verifie avec le md5, lors du lancement de la gravure, vérifie bien le check sum, il doit être identique (à celui disponible sur le site/serveur).
tux4fun
# K3B et MDK 10.1
Posté par frederick . En réponse au message K3B et MDK 10.1. Évalué à 1.
Moi aussi j'ai eu les mêmes problèmes pour effacer des CDRW, le problèmes est de trouver la ligne de commande en "Konsole", de mettre ou ejecter le disque afin que devname n'intervienne pas (pas le temps de prendre la main sur le système).
Pour effacer des CDRW, la solution est :
cdrecord -v dev=/dev/hdc -blank=fast (info de cho7 cf. http://linuxfr.org/forums/14/4857.html(...))
Pour graver, je ne sais pas
Salut et bon courage.
# Problémes soldés dès MAJ pactages 10.1.
Posté par frederick . En réponse au message Localisation Française et anglicisme sur Mandrake 10.1 Official. Évalué à 1.
[^] # Re: ceci est un titre
Posté par frederick . En réponse au message Localisation Française et anglicisme sur Mandrake 10.1 Official. Évalué à 1.
La réponse konsole est :
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "fr_FR:fr",
LC_ALL = (unset),
LC_PAPER = "en_US",
LC_ADDRESS = "en_US",
LC_MONETARY = "en_US",
LC_SOURCED = "1",
LC_NUMERIC = "en_US",
LC_TELEPHONE = "en_US",
LC_MESSAGES = "fr_FR",
LC_COLLATE = "fr_FR",
LC_IDENTIFICATION = "en_US",
LC_MEASUREMENT = "en_US",
LC_CTYPE = "fr_FR",
LC_TIME = "fr_FR",
LC_NAME = "en_US",
LANG = "fr_FR"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
Everything already installed
La personnalisation Kde est demander avec la langue francaise, un keyboard francais + francais latin ........