NeoX a écrit 18251 commentaires

cela semble en effet se confirmer ici :
http://www.fr.debian.org/ports/

AMD64
Porte sur l'architecture à base de processeurs 64-bits AMD64 (Opteron). Le but est d'offrir des espaces utilisateurs 32-bits et 64-bits pour cette architecture. Ce portage gère également l'architecture EM64T d'Intel.

1°) tu as fais des mises à jours ?

2°)sinon je sais que sur certaines imprimantes (et meme sous windows) quand l'imprimante a un defaut (bourrage, plus d'encre) elle envoie un code d'erreur qui malheureusement n'est pas bien interpreté par le driver.

bilan : errreur de communication, ou etat qui ne correspond pas à ce qui se passe sur l'imprimante.

avec isolinux et d'autres outils

perso au boulot on est sous windows mais je fais mes cd grace à
http://www.nu2.nu/bootcd/#multimemdisk

et ca utilise des outils comme mkisofs qui sont aussi dispo sous linux.


pour faire la meme chose sous linux, je verrais bien

1°) decompression des iso dans autant de repertoire que de distrib
ca ferait un CD du style
/isolinux
/distrib1
/distrib2
/distrib3

avec dans la config d'isolinux on irait chercher dans le dossier /distribX qui va bien les fichier que la distrib utilise pour demarrer.

bien que fausse dans le detail, cette affirmation est exacte...

le core2duo est compatible 64bits mais en EMT64 qui est une technologie INTEL

les linux dits "AMD64" sont logiquement pour les processeurs AMD en 64Bits

pour installer linux sur votre machine il faut donc prendre une version dite i386 ou x86

ce qui m'inquiete c'est le client nfs qui repond :

mount to NFS server '192.168.1.50' failed: System Error: No route to host

question bete mais tu as installé le demon NFS sur le serveur ?
tu l'as relancé apres avoir modifié le fichier /etc/exports ?

essaie de faire le montage en mettant l'adresse IP du serveur plutot que son nom

dans le fstab du client

adresse_ip_du_serveur:/partage/configuré/sur_le_serveur /point/de/montage_sur_le_client nfs rsize=1024,wsize=1024 0 0

il faut evidemment que le /partage/configuré/sur_le_serveur
soit autorisé au partage pour ton client
(via le fichier /etc/exports qui contiendra :
/partage/configuré/sur_le_serveur ip_du_client(rw)

/point/de/montage_sur_le_client
soit un dossier qui existe sur le client

ce que tu as decommenté devait le rester
le commentaire t'explique à quoi sert la ligne
Listen ...
que tu vas trouver en dessous.

donc ton apache ne doit meme pas demarrer pour cause d'erreur dans ton fichier de configuration

ta ligne contenant Listen (sous ces lignes de commentaires) peut etre la suivante :
Listen 80
pour repondre à toutes demandes sur le port 80

Listen 127.0.0.1:80
pour repondre uniquement aux demandes venant du post lui meme et toujours sur le port 80

grub s'install sur (hd0,0) mais necessite les fichiers presents dans /boot/grub pour pouvoir reellement fonctionner.

dans TA nouvelle config tu as deplacé / (et donc forcement /boot) de hda3 (ancien) à hda5 ou 6 (nouveau)

dans ma config, je ne touchais pas à /

donc normal que grub n'arrive pas à se lancer.

si tu en es à jouer avec postfix et les antispams, pourquoi mettre un exchange coté serveur...

pkoi tu ne mettrais pas un openXchange (ca ne changerait rien coté client)
et du coup tu geres tout depuis ton serveur linux.


bon on est vendredi et habituellement ce n'est pas le vendredi qu'il faut faire les manips en prod, mais faire des tests, c'est pas mal...

http://www.linux-live.org/#

en gros :
tu prend ta distibution favorite, tu la customise pile pour ton besoin

tu balance les scripts, ca te fait une image iso et tu obtiens un cd bootable avec ta distrib...

ce qui a foiré avec GRUB...

ben il cherche la zone
/boot/grub

et comme le / a changé, forcement il ne retrouve pas ces petits
j'avais parler de modifier le fstab, j'ai du oublié de parler du /boot/grub/menu.lst

:-/

désolé.

http://www.cppfrance.com/tutoriaux/COMMUNICATION-INTER-PROCE(...)

mais ca ne parle pas de lire sans effacer les messages...

en meme temps ce n'est peut-etre pas l'interet des IPC que de stocker des messages...

le but etant il me semble de pouvoir faire communiquer des process, donc, à moins de vouloir transmettre l'info à plusieurs process, je ne vois pas d'ineteret à conserver le message.

quand bien meme ce serait pour transmettre à plusieurs process, il vaut mieux envoyer un message à chaque process...

ben il ne trouve pas les sources du 2.6.17.5 pour calculer les modules qui vont bien...

et pour ton histoire de paragraphe,
- soit il le fait en automatique (ce que j'espere)
- soit il te faut le faire à la main (ce que dit le site du post precedent)

apres avoir installé le noyau il aurait du faire la mise à jour de lilo automatiquement

sinon il faut le faire à la main :
http://www.mandriva.com/fr/security/kernelupdate


ensuite ben si tu veux vraiment le faire sous 2.6.17.5 il te faudra les sources de ce noyau (avec urpmi)

rien à redire sur le premier point

mais pour le tar

=> Il ne manquerait pas un '-' pour l'option '-T' (aka '--files-from=' parce que je préfère la version longue :P) afin de lire sur l'entrée standard la liste des fichiers à prendre en compte ?
Autrement dit, on aurait "tar -c -T - -f ..."

je verrais plutot :

tar -cf /home/backup.tar -

car l'option
-T, --files-from F
get names to extract or archive from file F

precise à tar de prendre les fichiers à archiver dans le fichier F
dans notre cas c'est find qui renvoie les fichiers à archiver
et comme il va envoyer les fichiers 1 par 1 je mettrais l'option
-r
à tar

ou alors je stocke tous les fichiers trouver par find dans un fichier temporaire, que j'irais alors lire avec le -T

enfin l'option -z pour compresser le tout.

ca donnerait donc
soit find $1 -mtime $2 | tar crzf /home/backup.tar.gz -
soit en deux temps
find $1 -mtime $2 >/tmp/fichier_temporaire
tar crzf /home/backup.tar.gz -T /tmp/fichier_temporaire

pour compiler le driver il va te falloir les sources du noyau sous lequel tu tournes.

d'apres ce que j'ai pu lire/comprendre

[fred@localhost Module]$ rpm -qa|grep kernel-source
kernel-source-2.6.17.13mdv-1-1mdv2007.0

[fred@localhost Module]$ rpm -qa|grep kernel
kernel-2.6.17.13mdv-1-1mdv2007.0
kernel-2.6.17.5mdv-1-1mdv2007.0
kernel-source-2.6.17.13mdv-1-1mdv2007.0

[fred@localhost Module]$ uname -r
2.6.17-5mdv

tu as 2 noyaux
2.6.17.5 et 2.6.17.13

tu tournes actuellement sur 2.6.17.5
mais tu cherches à compiler avec les sources du 2.6.17.13

il te faut donc
- soit demarrer sur le kernel 2.6.17.13 pour ensuite faire la compilation
- soit installer les kernel-source pour 2.6.17.5

mais la compilation c'est uniquement si cette carte n'est pas gérée automatiquement pas mandriva et drakconf

msync ou multisync devrait pouvoir t'aider.

d'apres ce que tu dis ce serait un
Windows CE 3.0 ou un Windows Mobile 2003

sinon pour les linux embarqués
j'ai trouvé ca : http://www.handhelds.org/moin/moin.cgi/SupportedHandheldSumm(...)

le fichier /usr/lib/cups/backend-available/ipp
n'est qu'un lien vers
/usr/lib/cups/backend/ipp

à toi de le faire si besoin (on peut peut-etre le faire en automatique, mais je ne sais pas comment)

en root :
ln -s /usr/lib/cups/backend/ipp /usr/lib/cups/backend-available/ipp

d'apres les données que tu donnes, ce sera bien sur ton AP qu'il faudra jouer.

le modem n'aura rien à faire de plus que ce qu'il fait deja, c'est à dire tout renvoyer sur l'AP.

Exemple :
Ton script est lancé tous les dimanches à 05h00, si /var/lock/script.lock existe, tu le détruis, point, sinon, tu fais ce que tu as à faire et tu crées le fichier /var/lock/script.lock.

avec des retours à la ligne, ca eclairci et permet de mieux lire

Exemple : Ton script est lancé tous les dimanches à 05h00,

|-si /var/lock/script.lock existe,
| tu le détruis,
| point,
|-sinon,
| tu fais ce que tu as à faire
| et tu crées le fichier /var/lock/script.lock.
|

1°) ta question contenant tar :
man tar pour savoir s'il sait gerer les fichiers speciaux

2°) partimage/dd
je ne suis pas sur que la restitution
device hda3 -> dump -> device hda5
se passe bien si le device de destination n'a pas la meme taille que le device de départ

à confirmer aussi avec le man de partimage et de dd

3°) depuis qu'on dialogue, enfin qu'on essaie,
A) tu voulais un retour d'experience, chez moi les 2 procedures citées ont toujours fonctionné

B) en lisant les man et les FAQ des logiciels dd, tar, partimage, tu devrais en savoir plus voire meme avoir des reponses à tes questions (ca le fait, ca le fait pas, y compris des gens qui ont essayé de se prendre la tete à faire compliqué quand on peut faire simple et efficace)

mais je suis peut-etre debile...
:-p

premierement
5 partitions, ben tu les auras toujours (rescue, / , /home, swap et bac à sable)
qu'elles soient en primaire ou en logique (à l'interieur de l'etendue)
au mieux que tu puisse faire c'est copier le /home dans le / et là tu resteras à 4 partitions.

5 partitions n'est pas une fatalité, la limite de 4 c'est 4 partitions primaires
mais on peut faire :
3 primaire
1 etendue
puis dans l'etendue autant (enfin presque mais je ne connais pas la limite) de partitions logiques que necessaire.

deuxiemement
mettre /, /home, swap dans la partition etendue ne changera rien si ce n'est te faire "chier" dans tes manips en augmentant le nombre de manip sans changer fondamentalement les choses.

tu ne peux pas construire de partition etendue "autour" de partitions existantes, au mieux il faut casser et refaire les partitions.

conclusion
donc pour faire ce que tu veux faire et dans la simplicité, voir mon premier post.

si tu veux te "faire chier" à mettre en partition logique (dans la partition etendue)

1°) tu demarres sur un LIVECD
2°) tu reprend mon premier post (encore lui)
en repetant les etapes pour chaque partition qui va etre deplacé
2a°) copie des fichiers contenus dans la partition vers le disque externe (cp ou tar+bzip+cp)
2b°) defaire les partitions primaire qui te gene
2c°) faire la partition etendue APRES ta partition rescue
3°) faire les partitions logiques pour /, /home, swap, et sandbox
4°) recopier depuis le disque externe vers les nouvelles partitions
5°) editer le etc/fstab de la nouvelle / pour qu'il corresponde aux nouveaux rangements.

au final tu auras:

hda1 : rescue 2Go
hda2 : etendue
--- hda5 : / 16Go
--- hda7 : /home 10Go
--- hda8 : swap
--- hda9 : pour jouer 10Go

sauf que si le modem ne fait pas au minimum du NAT (Network Adresse Translation)
le PC aura une adresse publique

facile à verifier :
avec linux un petit
ifconfig

avec windows (oui on ne sait jamais)
ipconfig

mais si tous les appareils sont connectés sur l'AP Wifi
alors c'est surement l'AP qui recoit l'adresse publique et qui fait le NAT
et c'est donc sur l'AP qu'il faut faire la redirection de port

c'est une bonne idée ca

je vais envoyer mon CV
sans nom/prenom/adresse
juste un pseudo et un email at gmail

on verra si ca repond.

ce que j'ai lu

actuellement
hda1 : rescue 2Go
hda2 : swap 500mo
hda3 : / 16Go
hda4 : /home 20Go

futur
hda1 : rescue 2Go
hda2 swap 500mo
hda3 : / 16Go
hda4 : etendue
--- hda5 : /home 10Go
--- hda6 : pour jouer

il n'y a donc bien que ton /home qui bouge

ensuite comment faire pour deplacer des fichiers et des partitions :
pour les fichiers
- en ligne de commande avec cp
- en mode graphique

pour les partitions
- en ligne de commande avec fdisk
- en mode graphique avec gparted/qtparted

je ne vois pas bien ou est le probleme.
à moins que tu ne veuille un pas à pas detaillé genre, tu lances le soft, tu cliques ici, tu vas là, puis tu coches cette option...


ma premiere reponse n'est pas une simple theorie, c'est comme ca que je l'aurais fait si j'avais eu la machine sous les yeux.