(plein d'autre lignes mais pas d'autres dates)
Donc, il n'a considéré que les boot qui ont réussi.
J'en suis toujours au même point :
aucune idée de comment débugger
cet échec de boot.
FA
_
Ne gardez plus qu'une
--- [EMAIL PROTECTED] a écrit :
Voici mon nouveau grub, au pif :
title Debian GNU/Linux, kernel 2.6.22-2-486
root(hd0,0) ???
kernel /boot/vmlinuz-2.6.22-2-486 root=/dev/sda1 ro ???
initrd /boot/initrd.img-2.6.22-2-486
savedefault
Je redémare
J'ai
On 29-10-2007, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
--- [EMAIL PROTECTED] a écrit :
Voici mon nouveau grub, au pif :
title Debian GNU/Linux, kernel 2.6.22-2-486
root(hd0,0) ???
kernel /boot/vmlinuz-2.6.22-2-486 root=/dev/sda1 ro ???
initrd
#1 chousen from 1 choice
hub 4-0:1.0: usb hub fonud
hub 4-0:... 6 ports detectedDone
Begin: mounting root file system... ...
Begin: Running /script/local-top...
Done
Begin: Waiting for root file system... ...
Done
ALERT! /dev/hda1 does not exist. Droppint to a shell!
Check uour root = boot argument
--- Sylvain Le Gall [EMAIL PROTECTED] a écrit :
On 29-10-2007, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
--- [EMAIL PROTECTED] a écrit :
Voici mon nouveau grub, au pif :
title Debian GNU/Linux, kernel 2.6.22-2-486
root(hd0,0) ???
kernel /boot
root(hd0,0) ???
kernel /boot/vmlinuz-2.6.22-2-486 root=/dev/sda1 ro ???
initrd /boot/initrd.img-2.6.22-2-486
savedefault
Je redémare
J'ai bien peur que ça n'a rien donné, voici les dernières lignes
qu'il a écrit :
usb 1-1: new low speed usb device
/hda6 on /var type reiserfs (rw)
title Debian GNU/Linux, kernel 2.6.22-2-486
root(hd0,0)
kernel /boot/vmlinuz-2.6.22-2-486 root=/dev/hda1 ro
initrd /boot/initrd.img-2.6.22-2-486
savedefault
title Debian GNU/Linux, kernel 2.6.22-2-486 (single-user
pif :
title Debian GNU/Linux, kernel 2.6.22-2-486
root(hd0,0) ???
kernel /boot/vmlinuz-2.6.22-2-486 root=/dev/sda1 ro
???
initrd /boot/initrd.img-2.6.22-2-486
savedefault
Je redémare
J'ai bien peur que ça n'a rien donné, voici les
] a écrit :
Voici mon nouveau grub, au pif :
title Debian GNU/Linux, kernel 2.6.22-2-486
root(hd0,0) ???
kernel /boot/vmlinuz-2.6.22-2-486 root=/dev/sda1 ro
???
initrd /boot/initrd.img-2.6.22-2-486
savedefault
Je redémare
01
et dans /boot/grub/menu.lst :
remplacer
# kopt=root=/dev/hdb1
par
# kopt=root=UUID=B6F71B6225E767E4
(cette ligne doit rester commentée, elles est utilisée par update-grub)
puis passer la commande :
# update-grub
De cette façon on est sûre que ça fonctionne toujours car l'UUID d'un
faut le numéro en entier ?
dans /etc/fstab :
remplacer
/dev/hdb1 / reiserfsnotail 01
par
UUID=B6F71B6225E767E4 / reiserfsnotail
01
et dans /boot/grub/menu.lst :
remplacer
# kopt=root=/dev/hdb1
par
# kopt=root
[EMAIL PROTECTED] a écrit :
$ ls -l /dev/disk/by-uuid/
total 0
lrwxrwxrwx 1 root root 10 2007-10-30 01:27
8aafdf65-9e1a-49fe-a6d3-8a001f9788c6 - ../../hda1
lrwxrwxrwx 1 root root 10 2007-10-30 01:27
96b77462-aff9-4ce7-8532-b2de77fc963e - ../../hda8
lrwxrwxrwx 1 root root 11 2007-10-30
On Tue, Oct 02, 2007 at 10:22:56AM -0400, David Prévot wrote:
Petite mise au point : ddrescue est fournit par le paquet gddrescue.
Le paquet ddrescue fournit dd_rescue. J'ai ma préférence pour le
premier, il y a des articles sur le net à propos de ces deux programmes.
Au temps pour moi, je ne
Yves Rutschle a écrit :
On Mon, Oct 01, 2007 at 03:15:42AM +0200, Hugues LARRIVE wrote:
Normalement la copie avec dd aurait du fonctionner
[...]
En cas de secteurs defectueux et autres joyeusetés (faites
des backups!) on ne peut que conseiller ddrescue, paquet du
même nom.
Petite mise au
On Mon, Oct 01, 2007 at 03:15:42AM +0200, Hugues LARRIVE wrote:
Normalement la copie avec dd aurait du fonctionner, j'ai lu dans ton
premier message qu'il y avait eu des erreurs de lecture dans la première
partition. J'imagine que tu as utilisé l'option conv=noerror de dd...
En cas de secteurs
Bonjour, je viens de remplacer mon disque dur par un nouveau.
J'ai copier entièrement l'ancien HD vers le nouveau avec la commande
dd (depuis un autre PC sous ubuntu).
Il y a eu des erreurs de lecture dans la 1ere partition, une NTFS ou il
y a un windowsXP et windows ne veux plus démarer, mais là
Je suis en train de recopier une nouvelle fois entièrement le vieux HD
vers le nouveau. Quand cela sera fait, que puis-je faire pour que mes
deux install de debian remarchent comme avant ?
Les HD sont exactement de même taille, ils ont le même nombre de
cylindres et tout. Ca n'est pas la
Je suis en train de recopier une nouvelle fois entièrement le vieux HD
vers le nouveau. Quand cela sera fait, que puis-je faire pour que mes
deux install de debian remarchent comme avant ?
Les HD sont exactement de même taille, ils ont le même nombre de
cylindres et tout. Ca n'est pas la
Le Sun, 30 Sep 2007 19:21:26 +0200
[EMAIL PROTECTED] a écrit:
Bonjour, merci pour votre aide.
Donc la commande dd ne convient pas, je vais donc annuler la copie.
Mais ayant beaucoup de partitions il serait plus simple pour moi de
faire uniquement
# cat /dev/sda /dev/sdb
c'est possible
François Boisson, dimanche 30 septembre 2007, 19:47:36 CEST
Le Sun, 30 Sep 2007 19:21:26 +0200
[EMAIL PROTECTED] a écrit:
Bonjour, merci pour votre aide.
Donc la commande dd ne convient pas, je vais donc annuler la
copie.
Mais ayant beaucoup de partitions il serait plus simple
On Sunday 30 September 2007 19:47, François Boisson wrote:
Le Sun, 30 Sep 2007 19:21:26 +0200
[EMAIL PROTECTED] a écrit:
Bonjour, merci pour votre aide.
Donc la commande dd ne convient pas, je vais donc annuler la copie.
Mais ayant beaucoup de partitions il serait plus simple pour moi
Le Sun, 30 Sep 2007 19:59:28 +0200
Gabrielle Chatelet [EMAIL PROTECTED] a écrit:
J'ai lu, ou sur cette liste ou sur la liste en anglais la réponse à ton
problème. Si mes souvenirs sont bons, on peut, avec dd, recopier le mbr et
donc le récupérer, ou bien effectivement réinstaller grub avec
On Sunday 30 September 2007 20:49, François Boisson wrote:
# dd if=/dev/hda of =MBR bs=512 count=1
suffit pôur avoir le MBR. Mais il n'est pas impossible qu'il y ait d'autres
choses dans ce secteur (table de partition) et que ce MBR dépende de la
géométrie du disque (je ne crois pas pour
# dd if=/dev/hda of =MBR bs=512 count=1
suffit pôur avoir le MBR. Mais il n'est pas impossible qu'il y ait d'autres
choses dans ce secteur (table de partition) et que ce MBR dépende de la
géométrie du disque (je ne crois pas pour grub)
François Boisson
En fait, il a également
Gabrielle Chatelet a écrit :
On Sunday 30 September 2007 20:49, François Boisson wrote:
# dd if=/dev/hda of =MBR bs=512 count=1
suffit pôur avoir le MBR. Mais il n'est pas impossible qu'il y ait d'autres
choses dans ce secteur (table de partition) et que ce MBR dépende de la
géométrie du
On Sunday 30 September 2007 22:14, Guy Deleeuw wrote:
Gabrielle Chatelet a écrit :
On Sunday 30 September 2007 20:49, François Boisson wrote:
# dd if=/dev/hda of =MBR bs=512 count=1
suffit pôur avoir le MBR. Mais il n'est pas impossible qu'il y ait
d'autres choses dans ce secteur (table
chroot et ne suis jamais parvenu à réinstaller grub sans
réinstaller debian.
Pas besoin de chroot pour grub, tu lances grub depuis un live cd avec la
commande grub ce qui te donnes un grub shell. De là en admettant que
ta partition de boot est la première partition du premier disque tu fais :
root
Bonjour,
Suite a l install de la derniere mouture de etch sur
un dell optiplex 745 je me retrouve avec un probleme
dans les tables de transcription scancode/keycode:
getkeycodes
Plain scancodes xx (hex) versus keycodes (dec)
0 is an error; for 1-88 (0x01-0x58) scancode equals
keycode
Une petite question bete, comment peux on savoir quel est le boot loader qui
est installé sur le MBR du disque de démarage sans rebooter un serveur.
En fait, je voudrais m'assurer, sans le réinstaller, que c'est bien grub qui
est utilisé sur des serveurs qui sont chez un hebergeur, savez vous
Jean-Michel Bonnefond a écrit :
Une petite question bete, comment peux on savoir quel est le boot loader
qui est installé sur le MBR du disque de démarage sans rebooter un serveur.
En fait, je voudrais m'assurer, sans le réinstaller, que c'est bien grub
qui est utilisé sur des serveurs qui
Jean-Michel Bonnefond wrote:
Une petite question bete, comment peux on savoir quel est le boot loader
qui est installé sur le MBR du disque de démarage sans rebooter un serveur.
En fait, je voudrais m'assurer, sans le réinstaller, que c'est bien grub
Outre la présence de /boot/grub
Le mardi 18 septembre 2007 à 11:37 +0200, Basile STARYNKEVITCH a écrit :
Jean-Michel Bonnefond wrote:
Une petite question bete, comment peux on savoir quel est le boot loader
qui est installé sur le MBR du disque de démarage sans rebooter un serveur.
En fait, je voudrais m'assurer
Ok, efficace vos suggestions.
Le file ne marche pas chez moi (pas tres bavard) mais la copie bit a bit,
est effectivement une bonne idée...
---
[EMAIL PROTECTED]:/home/jean-michel# file -sL /dev/sda
/dev/sda: x86 boot sector, code offset 0x48
[EMAIL PROTECTED]:/home/jean
ou encore :
Ce que je viens de faire :
dd if=/dev/hda of=toto count=1 bs=1204
puis :
grep GRUB toto
et j'ai Fichier binaire toto concorde
(idem avec un éditeur hex évidemment).
++
P.S. : bien l'astuce du file :-)
_
Ten :
Christophe Alonso wrote:
Le mardi 18 septembre 2007 à 11:37 +0200, Basile STARYNKEVITCH a écrit :
Jean-Michel Bonnefond wrote:
Une petite question bete, comment peux on savoir quel est le boot loader
qui est installé sur le MBR du disque de démarage sans rebooter un serveur.
En
Christophe Alonso a écrit :
Le mardi 18 septembre 2007 à 11:37 +0200, Basile STARYNKEVITCH a écrit :
Jean-Michel Bonnefond wrote:
Une petite question bete, comment peux on savoir quel est le boot loader
qui est installé sur le MBR du disque de démarage sans rebooter un serveur.
En
Le Tuesday 18 September 2007 11:46:26 lemmel lemmel, vous avez écrit :
ou encore :
Ce que je viens de faire :
dd if=/dev/hda of=toto count=1 bs=1204
[...]
La même chose mais avec le résultat en texte lisible :
$ sudo strings /dev/sda | head
ZRrI
D|f1
GRUB
Geom
Hard Disk
Read
Error
pPf1
found at block 0
invalid compressed format (err=1)
VFS: Cannot open root device NUL or unknow-block (104,1)
Please append a correct root= boot option
Kernel panic - not syncing: VFS: Unable to mount root on unknow block
(104,1)
J'ai reboot acpi=off, en mode rescue, rien n'y fait.
J'ignore la valeur
: Cannot open root device NUL or unknow-block (104,1)
Please append a correct root= boot option
Kernel panic - not syncing: VFS: Unable to mount root on unknow block
(104,1)
J'ai reboot acpi=off, en mode rescue, rien n'y fait.
J'ignore la valeur qu'eventuellement je pourrais passer en option
Bojour,
Es-tu sûr que l'image CD n'est pas corrompu ? Il y a une option pour
vérifier l'intégrité de l'image CD dans le menu au démarrage.
MD5 correct, le cd boot sur un pc standard
l'option de menu/controle boote en faisant la meme erreur
--
Lisez la FAQ de la liste avant de poser une
Bernard MAYER a écrit :
Bojour,
Es-tu sûr que l'image CD n'est pas corrompu ? Il y a une option pour
vérifier l'intégrité de l'image CD dans le menu au démarrage.
MD5 correct, le cd boot sur un pc standard
l'option de menu/controle boote en faisant la meme erreur
As tu essayé avec un
Bonjour la liste,
j'ai remarqué qu'au démarrage de ma debian j'ai des services qui se
lancent plusieurs fois à des moments différents du boot. Voici un
extrait de la fin du boot :
Cleaning /tmp...done.
Cleaning /var/run...done.
Cleaning /var/lock...done.
Setting up resolvconf...done.
Running 0dns
On Sat, Aug 04, 2007 at 11:34:03AM +0200, giggz wrote:
Bonjour la liste,
j'ai remarqué qu'au démarrage de ma debian j'ai des services qui se
lancent plusieurs fois à des moments différents du boot.
Comme vous pouvez le voir, portmap et nfs sont lancés 2 fois. Est ce
normal ? ou faut il
Franck Joncourt a écrit :
On Sat, Aug 04, 2007 at 11:34:03AM +0200, giggz wrote:
Bonjour la liste,
j'ai remarqué qu'au démarrage de ma debian j'ai des services qui se
lancent plusieurs fois à des moments différents du boot.
Comme vous pouvez le voir, portmap et nfs sont lancés 2 fois. Est
On Sat, Aug 04, 2007 at 12:26:58PM +0200, giggz wrote:
Franck Joncourt a écrit :
On Sat, Aug 04, 2007 at 11:34:03AM +0200, giggz wrote:
Bonjour la liste,
j'ai remarqué qu'au démarrage de ma debian j'ai des services qui se
lancent plusieurs fois à des moments différents du boot
On Sat, Aug 04, 2007 at 12:43:25PM +0200, Franck Joncourt wrote:
j'ai remarqué qu'au démarrage de ma debian j'ai des services qui se
lancent plusieurs fois à des moments différents du boot.
Comme vous pouvez le voir, portmap et nfs sont lancés 2 fois. Est ce
normal ? ou faut il
Ca y est, j'ai la réponse !
Il me manquait un petit passage dans ma migration que l'on retrouve ici:
http://svn.debian.org/wsvn/pkg-mdadm/mdadm/trunk/debian/README.upgrading-2.5.3?op=file
Il me manquait en fait les deux premières étapes suivantes, si bien que
la troisième était invalide...
fait
d'utiliser splash
casse l'initrd du coup ca boot plus.
dpkg-reconfigure bootsplash ne fait rien de mieux.
En fait je me suis débrouiller pour modifier l'initrd avec cpio et c'est
rentré dans l'ordre.
Georges
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net
Jean-Yves F. Barbier wrote:
c'est impossible: sous Linux le zéro n'existe pas pour les partitions;
le disque est /dev/sda; les partitions commencent à 1
C'est bien ce que je dis!
[...]
Je maintiens donc que l'apparition de sda0 est illogique avec le 2.6.18
et moi, je maintiens que sous
Guillaume78fr wrote:
.
ça ne règle pas son PB, et je maintiens que le plus urgent c'est de
faire
une sauvegarde sur n'importe quel support, vu que l'array system a déjà
perdu un HD sur deux.
Et bien là, je ne suis pas complètement d'accord sur le sujet...
Quand je boote sur
Etant donné que mon post d'hier n'a pas l'air d'être arrivé sur le
serveur, je le reposte maintenant...
et moi, je maintiens que sous Linux, /dev/sda0 ne peut pas exister; ça
n'est ni Unix, ni FreeBSD (où, de toute façon les /dev ont des noms
différents)
Bon, nous sommes tous d'accord pour
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Georges Roux a écrit :
Bonjour,
Je rencontres quelques problèmes pour booter avec avec bootsplash.
J'ai construit un noyau patché avec bootsplash, avec les options qui vont
bien et compilé avec make-kpkg.
mais quand je boot j'ai un
Kernel
guillaume78fr wrote:
C'est bon, y'a juste les raid0 et raid5 dans personalities qui me
smblent deplaces. Es tu sur que ton noyau ETCH -le nouveau donc ;-)-
inclu bien la gestion du raid?
À priori, je dirais oui. Je me base sur le fichier /boot/config pour
déterminer ça:
Dans le nouveau
Et le module raid1 est bien chargé je suppose. Lorsque tu boot ton
nouveau noyau, que donne un cat /proc/mdstat? Le fichier mdadm.conf est
il conforme?
Pour vérifier la présence du module, cat /proc/modules|grep raid me
donne les modules :
- md_mod
- raid0
- raid1
- raid456
- xor
Pour cat
o_O, j'ai pas suivi le thread, mais il-y-a un HD kicked out de
/dev/md0:
Guillaume78fr wrote:
Et le module raid1 est bien chargé je suppose. Lorsque tu boot ton
nouveau noyau, que donne un cat /proc/mdstat? Le fichier mdadm.conf
est il conforme?
Pour vérifier la présence du module, cat /proc
Guillaume78fr wrote:
Et le module raid1 est bien chargé je suppose. Lorsque tu boot ton
nouveau noyau, que donne un cat /proc/mdstat? Le fichier mdadm.conf
est il conforme?
Pour vérifier la présence du module, cat /proc/modules|grep raid me
donne les modules :
- md_mod
- raid0
- raid1
NAN: sda[0] veut dire que la partition 0 (1ère) du raid array
se trouve dans le HD /dev/sda (V. les uniques Id qq lignes plus loin
dans le post d'org)
Daniel Huhardeaux wrote:
Guillaume78fr wrote:
Et le module raid1 est bien chargé je suppose. Lorsque tu boot ton
nouveau noyau, que donne un
o_O, j'ai pas suivi le thread, mais il-y-a un HD kicked out de
/dev/md0:
Le problème, c'est qu'il ne détecte plus les partitions de mes disques
avec le nouveau noyau... (cf début du thread)
Les disques sont bons mais c'est un problème de config :-(
#: mdadm /dev/md0 -r /dev/sdb1 -a
Guillaume78fr wrote:
o_O, j'ai pas suivi le thread, mais il-y-a un HD kicked out de
/dev/md0:
Le problème, c'est qu'il ne détecte plus les partitions de mes disques
avec le nouveau noyau... (cf début du thread)
Les disques sont bons mais c'est un problème de config :-(
houla,
o_O, j'ai pas suivi le thread, mais il-y-a un HD kicked out de
/dev/md0:
Le problème, c'est qu'il ne détecte plus les partitions de mes disques
avec le nouveau noyau... (cf début du thread)
Les disques sont bons mais c'est un problème de config :-(
houla, grandement anormal!
Oui en
Guillaume78fr wrote:
o_O, j'ai pas suivi le thread, mais il-y-a un HD kicked out de
/dev/md0:
Le problème, c'est qu'il ne détecte plus les partitions de mes
disques avec le nouveau noyau... (cf début du thread)
Les disques sont bons mais c'est un problème de config :-(
houla, grandement
J'ai bien pensé à faire un cfdisk sur /dev/sda pour vérifier que je
voyais bien les partitions, seulement la busybox ne contient ni fdisk
ni cfdisk...
alors essaye avec un CD d'install debian, fonction secours (ou alors un CD
genre Knoppix)
Je l'ai fait et c'est bon. Cependant, ce que je
Jean-Yves F. Barbier wrote:
NAN: sda[0] veut dire que la partition 0 (1ère) du raid array
se trouve dans le HD /dev/sda (V. les uniques Id qq lignes plus loin
dans le post d'org)
Et bien non. Dans le post d'origine sda0 n'existe pas en raid1 sur le
noyau 2.6.8 Sarge (l'ancien). Il n'y a que:
Je maintiens donc que l'apparition de sda0 est illogique avec le 2.6.18
Et je ne supprimerai pas l'ancien noyau mais plutot, sous 2.6.18,
reconstruirai manuellement le raid.
Je ne suis pas contre, mais debian, lui, est contre... :-(
Je m'explique :
Comme les partitions sda[123] et sdb[123] ne
Bonjour,
Je rencontres quelques problèmes pour booter avec avec bootsplash.
J'ai construit un noyau patché avec bootsplash, avec les options qui vont
bien et compilé avec make-kpkg.
mais quand je boot j'ai un
Kernel panic - not syncing: VFS: Unable to mount root fs on unkown-block(0,0)
Pourtant
c'est impossible: sous Linux le zéro n'existe pas pour les partitions;
le disque est /dev/sda; les partitions commencent à 1
Daniel Huhardeaux wrote:
Jean-Yves F. Barbier wrote:
NAN: sda[0] veut dire que la partition 0 (1ère) du raid array
se trouve dans le HD /dev/sda (V. les uniques Id qq
Etch...), ça ne fonctionne plus : le boot plante...
Au démarrage, il me dit qu'il ne peut pas monter /dev/md0 dans /root.
En y regardant d'un peu plus près, mon array est normalement composé de
/dev/sda1 et /dev/sdb1. Le problème, c'est que je ne peux pas construire
l'array, car bien qu'il
noyau 2.6.18 (noyau standard
pour Etch...), ça ne fonctionne plus : le boot plante...
Au démarrage, il me dit qu'il ne peut pas monter /dev/md0 dans /root.
En y regardant d'un peu plus près, mon array est normalement composé
de /dev/sda1 et /dev/sdb1. Le problème, c'est que je ne peux pas
Pour commencer, merci de t'intéresser à mon problème ;)
En y regardant d'un peu plus près, mon array est normalement composé
de /dev/sda1 et /dev/sdb1. Le problème, c'est que je ne peux pas
construire l'array, car bien qu'il détecte les disques /dev/sda et
/dev/sdb, il ne détecte pas les
Guillaume78fr wrote:
Pour commencer, merci de t'intéresser à mon problème ;)
En y regardant d'un peu plus près, mon array est normalement composé
de /dev/sda1 et /dev/sdb1. Le problème, c'est que je ne peux pas
construire l'array, car bien qu'il détecte les disques /dev/sda et
/dev/sdb, il
C'est bon, y'a juste les raid0 et raid5 dans personalities qui me
smblent deplaces. Es tu sur que ton noyau ETCH -le nouveau donc ;-)-
inclu bien la gestion du raid?
À priori, je dirais oui. Je me base sur le fichier /boot/config pour
déterminer ça:
Dans le nouveau config-2.6.18-4-k7
Rebonsoir,
J'avais désactivé le service nfs-kernel-server du boot. J'ai voulu le
réactiver pour voir. Ms je me suis souvenu de la raison de sa
désactivation : au boot il se lance et me met un message :
Starting NFS kernel daemon : mountdCannot register service : RPC :
Unable to send; errno
On Tue, May 22, 2007 at 07:51:22PM +0200, giggz wrote:
Rebonsoir,
Bonsoir,
J'avais désactivé le service nfs-kernel-server du boot. J'ai voulu le
réactiver pour voir. Ms je me suis souvenu de la raison de sa
désactivation : au boot il se lance et me met un message :
Starting NFS kernel
Franck Joncourt a écrit :
On Tue, May 22, 2007 at 07:51:22PM +0200, giggz wrote:
Rebonsoir,
Bonsoir,
J'avais désactivé le service nfs-kernel-server du boot. J'ai voulu le
réactiver pour voir. Ms je me suis souvenu de la raison de sa
désactivation : au boot il se lance et me met un
On Tue, May 22, 2007 at 09:55:24PM +0200, giggz wrote:
En fait je suppose que toi au moment où nfs-kernel-server, ton interface
internet est montée, non ?
si tu débranches ton lan et que tu bootes, tu n'as po un message
d'erreur du style que celui que j'ai ?
Entierement debranché
Franck Joncourt a écrit :
On Tue, May 22, 2007 at 09:55:24PM +0200, giggz wrote:
En fait je suppose que toi au moment où nfs-kernel-server, ton interface
internet est montée, non ?
si tu débranches ton lan et que tu bootes, tu n'as po un message
d'erreur du style que celui que j'ai ?
Bonjour,
j'arrive pas à trouver pourquoi je suis obligé à relancer
dpkg-reconfigure console-data pour avoir le bon clavier.
Si quelqun pourrait me mettre sur la piste.
cordialement
mess-mate
--
English literature's performing flea.
-- Sean O'Casey
Bonjour la liste,
Depuis peu, ma debian lenny a un comportement étrange, en effet, au
démarrage, certaines fois (c'est un problème aléatoire ) la procédure de
démarrage s'interrompt et l'ordinateur redémarre d'un coup, généralement
après ce redémarrage brutal le boot se déroule correctement
redémarre d'un coup, généralement
après ce redémarrage brutal le boot se déroule correctement.
Le boot s'arrête après le démarrage de 'hald'.
J'ai un peu fouillé dans les logs : /var/log/dmesg* mais ils sont muets,
tout semble de dérouler sans problèmes.
Voici ma configuration matérielle : Carte mère
0
wlan0
J'essaie de partir du seul point positif au tableau : juste après le boot,
ça marche toujours. Par contre, la coupure (quand elle survient) peut
provenir entre 5 minutes et plus de 12h après le boot.
Ton interface semble être une interface wifi. La coupure est elle
identique si
savoir ce qui se passe au boot et au shutdown, pour être en
mesure de simuler un reboot juste au niveau des éléments réseau.
Je suis encore un peu newbie et ne maîtrise pas très bien le système des
scripts de démarrage, que ce soit en général ou sous debian en
particulier, aussi viens-je vous
problème
serait de savoir ce qui se passe au boot et au shutdown, pour être en
mesure de simuler un reboot juste au niveau des éléments réseau.
ifdown eth0
ifup eth0
?
--
Hark ye, Clinker, you are a most notorious offender. You stand convicted of
sickness, hunger, wretchedness, and want
peu plus poussés pour voir
où se situe le problème
serait de savoir ce qui se passe au boot et au shutdown, pour être en
mesure de simuler un reboot juste au niveau des éléments réseau.
Je suis encore un peu newbie et ne maîtrise pas très bien le système
des scripts de démarrage, que ce soit en
(et je ne sais pas si c'est significatif) la dernière ligne met
un temps assez long (plusieurs secondes) avant de s'afficher.
J'essaie de partir du seul point positif au tableau : juste après le
boot, ça marche toujours. Par contre, la coupure (quand elle survient)
peut provenir entre 5 minutes
peu plus poussés pour voir
où se situe le problème
serait de savoir ce qui se passe au boot et au shutdown, pour être en
mesure de simuler un reboot juste au niveau des éléments réseau.
Je suis encore un peu newbie et ne maîtrise pas très bien le système des
scripts de démarrage, que ce
.
Bien entendu apres l'installation j'avais plein de message d'erreur
lors du Boot. J'ai reussi a en resoudre le plus grand nombre en
faisant des recherche sur le net.
D'apres ce que j'ai compris tous les messages qui apparaissent lors du
lancement sont stockes dans /var/log/dmesg.
Mon probleme est
Hugues MORIN a écrit :
Bonjour
Bonsoir,
Comment je peux faire pour avoir l'ensemble de ces messages ou alors
ou les trouver?
peut être dans /var/log/messages
Amicalement,
Olivier
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous
Bonsoir
J'aurai peut etre du le dire plutot mais j'ai deja regarde tous les
fichiers de Log qui sont dans /var/log/ mais sans resultat.
Merci quand meme
Cordialement
Hugues
Le 22/03/07, olinuxx[EMAIL PROTECTED] a écrit :
Hugues MORIN a écrit :
Bonjour
Bonsoir,
Comment je peux faire pour
On Thu, Mar 22, 2007 at 09:25:54PM +0100, Hugues MORIN wrote:
Bonjour
Bonsoir,
Comment je peux faire pour avoir l'ensemble de ces messages ou alors
ou les trouver?
Pour obtenir tous les messages du boot il faut aller voir du cote du
fichier /etc/default/bootlogd, et activer l'option bootlogd
foule le XServer et KDE.
Bien entendu apres l'installation j'avais plein de message d'erreur
lors du Boot. J'ai reussi a en resoudre le plus grand nombre en
faisant des recherche sur le net.
D'apres ce que j'ai compris tous les messages qui apparaissent lors du
lancement sont stockes dans /var/log
Bonsoir
Merci beaucoup, ca y est j'ai ce que je voulais, maintenant il ne me
reste plus qu'a chercher.
A tout hasard, je vous met le log du Boot et le dmesg. On sait jamais
quelqu'un a peut etre eu le meme probleme et a trouve la solution ou
vous pourrez me donner des pistes de recherche
?
BOOTLOGD_ENABLE=Yes
et tu devrais avoir au boot tes messages dans /var/log/boot
Oui, mais non©. Hugues a une Sarge (3.1), pas de bootlogd :/
$ cat /etc/debian_version # ...avec des backports !
3.1
$ apt-cache search bootlogd
$ apt-cache search boot log
apmd - Utilities for Advanced Power
Jacques L'helgoualc'h a écrit, jeudi 22 mars 2007, à 22:57 :
[...]
Oui, mais non©. Hugues a une Sarge (3.1), pas de bootlogd :/
Zut, mais si® :
$ dpkg -S /etc/default/bootlogd
initscripts: /etc/default/bootlogd
--
Jacques L'helgoualc'h
--
Lisez la FAQ de la liste avant de poser une
OoO En cette nuit striée d'éclairs du mardi 13 mars 2007, vers 02:08,
Sébastien CRAMATTE [EMAIL PROTECTED] disait:
En utilisant hdparm j'arrive a récupérer le numéro de série de ma
compact flash mais je ne sais pas a quel niveau faire le contrôle car
l'os se charge en mémoire via
initramfs.
-[ Tue, Mar 13, 2007 at 02:08:59AM +0100, Sébastien CRAMATTE ]
Pour certains cette façon de procéder peut ne pas paraître Open
Source / Libre mais je sais parfaitement que les clients a qui je
vends ce produit. n'auront pas scrupule a cloner la compact flash ...
Et pourquoi en
Bonsoir
Le vendredi 09 mars 2007 18:33, Marc a écrit :
Initramfs
Ne serait ce pas ceci?
Bogues de gravité serious sur initramfs-tools (0.85c - 0.85e) pending
#409820 - initramfs-tools: mbr_check() does not work reliable with lilo and
gru b around
La version 0.85f (testing) est sortie et ça
Bonjour a tous,
J'ai développé un interface web pour un gestionnaire de traffic QoS. Le
serveur est base sur une Debian Sarge et boot a partir d'une compact flash.
Je voudrais faire un contrôle au boot pour que un clone de cette même
compact flash soit inutilisable.
En utilisant hdparm j'arrive
Bonsoir,
Après MAJ de ma Etch sur mon Laptop Compaq, j'ai utilisé sans pb divers
logiciels... Puis le sommeil se faisant de plus en plus pesant, j'ai
éteint la bête et ai fait la même chose.
Tout à l'heure en redémarrant ladite bête je tombe sur:
LILO 22.6.1 Loading Linux ...
Bios check ok
Bonsoir Marc
Pourrais tu indiquer si la mise à jour porte sur un update du kernel ?
Cela m'est arrivé sous ia64 lors du passage en udev du noyau.
J'ai du modifier mon /etc/fstab afin de le faire pointer sur des uuid
par exemple :
/dev/sda3 / ext3
s'arrête sur LIL, c'est qu'il n'arrive
pas à lire le disque (erreur physique ou mauvaise configuration), mais
il est censé s'arrêter là. Le fait qu'il reprenne signifierait qu'il
retrouve finalement ses petits ?
Pas de problème de disque ?
Au lancement de etch, le boot s'arrête encore 5 secondes
1001 - 1100 sur 2348 matches
Mail list logo
