OVH Cloud OVH Cloud

DUMP dans fstab

19 réponses
Avatar
mobidyc
Bonjour,

je n'arrive pas =E0 comprendre le 5=E8me champ de la fstab, j'ai eu beau
essayer de lire la man page de dump, non, je ne vois pas ce que =E7a
fait.

quelqu'un saurait-il m'expliquer svp ?

10 réponses

1 2
Avatar
F. Senault

Bonjour,

je n'arrive pas à comprendre le 5ème champ de la fstab, j'ai eu beau
essayer de lire la man page de dump, non, je ne vois pas ce que ça
fait.

quelqu'un saurait-il m'expliquer svp ?


Eeem... 1 = on doit dumper, 0 = on ne doit pas.

C'est par rapport aux options -W et -w, qui sauvent dans un fichier
dumpdate le dernier dump d'un filesystem, et qui hurle quand il est
temps de faire un backup.

Fred
--
Wouldn't you love to fill out *that* report? "Company asset #423423 was
lost while fighting the forces of evil." (Chris Adams in the SDM)

Avatar
mobidyc
re-bonjour,

ce que je ne comprends pas, c'est : qu'est-ce qu'il dump? et ou met-il
ses dump?
j'ai peut-être mal compris le sens de dump, pour moi, un dump, c'est
prendre des données pour les mettre ailleurs?

dans le cas de la fstab, sur mon FreeBSD-5.4-Release, cette valeur est
à 1 par défaut sur le fs "/", 2 pour les autres fs UFS et 0 pour les
fs NTFS. (en fait, je suis en train de migrer mon PC de XP vers FreeBSD
et j'ai plein d'erreur disque que je n'avais pas avant.).

j'ai voulu mettre à 0 le FS /var et là, j'ai eu plein d'erreur kernel
panic du style "fault on nofault ....", "no dump device configured",
etc... j'ai rien dans mes logs et le reboot est trop rapide pour que je
note l'erreur complête.
j'ai remis la valeur dump à 1 et pareil, je l'ai remise à 2, ça n'a
pas l'air de se reproduire.

voila pourquoi je m'intéresse entre autre à cette fonctionnalité.

merci d'avance.
Avatar
MaXX
Bonjour,

mobidyc wrote:
[...]
j'ai voulu mettre à 0 le FS /var et là, j'ai eu plein d'erreur kernel
panic du style "fault on nofault ....", "no dump device configured",
etc... j'ai rien dans mes logs et le reboot est trop rapide pour que je
note l'erreur complête.
j'ai remis la valeur dump à 1 et pareil, je l'ai remise à 2, ça n'a
pas l'air de se reproduire.
[...]

Ce n'est pas le même dump, il y a dump(8) pour les sauvegardes, mais le
système doit parfois faire un "core dump" quand il rencontre un pépin
sérieux. Ces core dumps sont parfois utiles pour les développeurs pour
chasser le bug...

Le dump dans fstab est relié à la sauvegarde...

Je cherche pour ton "no dump device configured", j'ai déjà eu ça mais je ne
me souviens pas comment je m'en suis sorti...

--
MaXX

Avatar
Marwan Burelle
In article ,
mobidyc wrote:
re-bonjour,

ce que je ne comprends pas, c'est : qu'est-ce qu'il dump? et ou met-il
ses dump?
j'ai peut-être mal compris le sens de dump, pour moi, un dump, c'est
prendre des données pour les mettre ailleurs?


Le dump est effectué par dump et consiste à faire une "image" du FS
dans un fichier ou sur un périphérique de sauvegarde. La valeur du 5e
champ de fstab correspond à la fréquence de dump en jour.

Maintenant, si dump n'est pas appeler quelque part il ne se passe
rien. La valeur dans le champ permet également de savoir quels FS non
pas été dumpé (dump -w ou dump -W.)

dans le cas de la fstab, sur mon FreeBSD-5.4-Release, cette valeur est
à 1 par défaut sur le fs "/", 2 pour les autres fs UFS et 0 pour les
fs NTFS. (en fait, je suis en train de migrer mon PC de XP vers FreeBSD
et j'ai plein d'erreur disque que je n'avais pas avant.).


dump(8) n'est capable de dumper que de l'ufs ... donc il est normal
que les FS "externes" du genre NTFS ont un dump à 0.

j'ai voulu mettre à 0 le FS /var et là, j'ai eu plein d'erreur kernel
panic du style "fault on nofault ....", "no dump device configured",
etc... j'ai rien dans mes logs et le reboot est trop rapide pour que je
note l'erreur complête.
j'ai remis la valeur dump à 1 et pareil, je l'ai remise à 2, ça n'a
pas l'air de se reproduire.


Vous êtes sûr d'avoir modifier le 5e champ ? le 6e sert pour l'ordre
de passage dans fsck et une valeur de 0 (pas de fsck) pourrait poser
problème ... (le 1 aussi parce qu'il faut faire le fsck de / avant
celui des autres ... )


--
Burelle Marwan,
Equipe Bases de Donnees - LRI
http://www.cduce.org
( | )

Avatar
MaXX
Re',
mobidyc wrote:
[...]
j'ai voulu mettre à 0 le FS /var et là, j'ai eu plein d'erreur kernel
panic du style "fault on nofault ....", "no dump device configured",
etc... j'ai rien dans mes logs et le reboot est trop rapide pour que je
note l'erreur complête.
[...]

Peut tu donner plus de détails, sur ce qui se passait juste avant le panic?
Système en train de booter, manip en cours, kernel GENERIC ou fait
maison, ...?

j'ai le temps aujourd'hui,@+
--
MaXX

Avatar
mobidyc
merci pour l'aide et les explications ;)

je suis sur d'avoir modifié le 5ème champ, j'ai bien compris le rôle
du 6ème champ.
je ne suis pas sur de la valeur '1' du fs '/' car je vous donne ces
informations de tête, par contre, je suis sur de la valeur 2 pour les
autres champs ufs.

les manips en cours étaient un simple "cp" de gros fichiers, comme je
migre ma workstation de WinXP vers FreeBSD, je déplace mes partitions
pour les convertir en UFS.
le disques font entre 200 et 300 go et les fichiers sont pour la
plupart des fichiers de 700mo environ (ma sauvegarde de CDs)

j'ai modifier le kernel mais juste pour ajouter des options comme vesa
il me semble, car j'utilise plutôt kldload, je ne peux pas dire
exactement ce que j'ai modifier dans le kernel car ma machine a encore
plantée ce matin, elle a encore dûe avoir des erreurs du style:
Nov 6 18:22:56 home kernel: ad4: FAILURE - ATA_IDENTIFY timed out
Nov 6 18:23:02 home kernel: ad4: TIMEOUT - WRITE_DMA retrying (2
retries left) LBA490794
Nov 6 18:24:19 home kernel: ad10: TIMEOUT - WRITE_DMA retrying (2
retries left) LBA93288127

je ne sais pas si c'est lié mais j'ai cette erreur sur tous les
disques qui ont des slices UFS, pourtant, j'ai fait un :
dd if=/dev/adx of=/dev/null bs=1m
sur tout les disques et aucune erreur ne m'a été retournée, je pense
à un problème de controleur s-ata.

mais je m'égare dans ce problème, et je ne vois pas pourquoi, aux
vues de vos explication, j'ai eu ce kernel panic indiquant 'no dump
device configured' quand j'ai mis la valeur à 0 dans le fstab.

depuis une semaine, je me bats avec la migration de mes disques, mon pc
n'avais jamais rebooté, tout juste il freezait et j'étais obligé de
le rebooter manuellement (comme ce que je vais être obligé de faire
ce soir quand je vais rentrer chez moi).
je pense que le problème est reproductible chez moi.

pour info:
carte mère a7n8x-x (nvidia) chipset nforce2
2 x cartes controlleur sata sil3112
2 disques ata maxtor
4 disques sata maxtor

merci.
Avatar
MaXX
mobidyc wrote:
merci pour l'aide et les explications ;)
de rien,

je suis sur d'avoir modifié le 5ème champ, j'ai bien compris le rôle
du 6ème champ.
fsck s'en sert pour savoir dans quel ordre il doit analyser les differents

fs (il commence au plus petit vers le plus grand si je ne m'abuse).

je ne suis pas sur de la valeur '1' du fs '/' car je vous donne ces
informations de tête, par contre, je suis sur de la valeur 2 pour les
autres champs ufs.
Dans le doute voici un fstab standard (pas touché depuis l'install):

# Device Mountpoint FStype Options Dump
Pass#
/dev/ad0s1b none swap sw 0 0
/dev/ad0s1a / ufs rw 1 1
/dev/ad0s1d /tmp ufs rw 2 2
/dev/ad0s1f /usr ufs rw 2 2
/dev/ad0s1e /var ufs rw 2 2
/dev/acd0 /cdrom cd9660 ro,noauto 0 0

les manips en cours étaient un simple "cp" de gros fichiers,
[...]

le disques font entre 200 et 300 go et les fichiers sont pour la
plupart des fichiers de 700mo environ (ma sauvegarde de CDs)
Je ne vois pas de problème ici mais plus bas..., j'en ai déplacé des plus

gros que ça (record à 18Gb pour un fichier)

j'ai modifier le kernel mais juste pour ajouter des options comme vesa
il me semble, car j'utilise plutôt kldload, je ne peux pas dire
exactement ce que j'ai modifier dans le kernel car ma machine a encore
plantée ce matin, elle a encore dûe avoir des erreurs du style:
Nov 6 18:22:56 home kernel: ad4: FAILURE - ATA_IDENTIFY timed out
Nov 6 18:23:02 home kernel: ad4: TIMEOUT - WRITE_DMA retrying (2
retries left) LBA490794
Nov 6 18:24:19 home kernel: ad10: TIMEOUT - WRITE_DMA retrying (2
retries left) LBA93288127
Je suis en train de chercher sur google voir si je trouve quelque chose de

semblable...

Quelle version de FreeBSD? 5.X 6.X? -STABLE -CURRENT
Essaye de demarrer en mode "single user" et de lancer un fsck sur toutes des
slices UFS (ça peut prendre du temps), si tu n'as pas monté de disque il y
a une copie de secours de fsck dans /rescue

je ne sais pas si c'est lié mais j'ai cette erreur sur tous les
disques qui ont des slices UFS, pourtant, j'ai fait un :
dd if=/dev/adx of=/dev/null bs=1m
sur tout les disques et aucune erreur ne m'a été retournée, je pense
à un problème de controleur s-ata.
Je n'ai aucune experience du S-ATA, juste ATA et SCSI, faudra que je m'y

mette un jour...

mais je m'égare dans ce problème, et je ne vois pas pourquoi, aux
vues de vos explication, j'ai eu ce kernel panic indiquant 'no dump
device configured' quand j'ai mis la valeur à 0 dans le fstab.
Je ne sais pas si il y a un lien de cause à effet...


depuis une semaine, je me bats avec la migration de mes disques, mon pc
n'avais jamais rebooté, tout juste il freezait et j'étais obligé de
le rebooter manuellement (comme ce que je vais être obligé de faire
ce soir quand je vais rentrer chez moi).
je pense que le problème est reproductible chez moi.
Essaye d'avoir une becanne pour se connecter à internet si il n'y en a pas

déjà une...

[...]
Je retourne à mes recherches google... @+
--
MaXX

Avatar
mobidyc
c'est bon, je viens de rentrer et je suis sur mon portable, je peux
donc regarder les infos de mon pc en cause.
FreeBSD home.mobidyc.net 5.4-RELEASE FreeBSD 5.4-RELEASE #0: Sat Oct 22
16:27:18 CEST 2005
:/usr/obj/usr/src/sys/MOBIDYC i386

pour info, la seule option ajoutée dans le kernel est:
device atapicam

le pc a planté 10 minutes après que je sois parti, j'avais lancé un
cp pour déplacer un répertoire de 185 Go les dernières logs sont:
Nov 9 07:05:13 home kernel: ad4: TIMEOUT - WRITE_DMA retrying (2
retries left) LBA175530
Nov 9 07:05:16 home kernel: ad8: TIMEOUT - WRITE_DMA retrying (2
retries left) LBA11631488

voici mon fstab:
$ cat /etc/fstab
# Device Mountpoint FStype Options Dump
Pass#
/dev/ad4s3b none swap sw 0
0
/dev/ad4s3a / ufs rw 1
1
#/dev/ad4s3e /tmp ufs rw 2
2
/dev/ad4s3f /usr ufs rw 2
2
/dev/ad4s3d /var ufs rw 2
2
/dev/ad4s2 /mnt/e-data ufs rw 1
2
/dev/ad8 /mnt/g-data ufs rw 1
2
/dev/ad10 /mnt/ad10 ufs rw 1
2
/dev/acd0 /dvdrom cd9660 ro,noauto,nodev,nosuid
0 0
/dev/acd1 /cdrom cd9660 ro,noauto,nodev,nosuid
0 0
/dev/ad0s1 /mnt/d-stock ntfs rw,noauto 0
0
/dev/ad1s1 /mnt/h-jeux ntfs rw 0
0
/dev/ad4s1 /mnt/c-data ntfs rw 0
0
/dev/ad6s1 /mnt/f-data ntfs rw 0
0
proc /proc procfs rw 0
0
md /usr/obj mfs rw,noauto,-s512m 0
0
md /tmp mfs rw,-s124m 0
0

j'ai déjà fait un fsck sur tout les disques, à chaque fois il
corrige des problèmes.
pour faire un fsck, je passe en 'init 1'

le dernier disque que j'ai initialisé était /dev/ad8, c'était hier
et il a aussi des souci maintenant qu'il est en ufs.
dd if=/dev/ad8 of=/dev/zero count=2
newfs /dev/ad8

et après, à coup de tunefs j'obtiens ça:
$ tunefs -p /dev/ad8
tunefs: ACLs: (-a) disabled
tunefs: MAC multilabel: (-l) disabled
tunefs: soft updates: (-n) enabled
tunefs: maximum blocks per file in a cylinder group: (-e) 2048
tunefs: average file size: (-f) 16384
tunefs: average number of files in a directory: (-s) 96
tunefs: minimum percentage of free space: (-m) 0%
tunefs: optimization preference: (-o) space
tunefs: volume label: (-L)

d'ailleurs, ce disque en ntfs faisait 185Go et n'en fait plus que 184Go
en ufs, j'ai plus assez de place pour remettre ce que je lui ai enlevé
(mais c'est encore un autre problème)

actuellement, le pc vient de redémarrer, j'ai arrêté mysql et samba
pour qu'il n'y ai rien qui tourne et je continu d'avoir:
$ tail /var/log/all.log
Nov 9 17:47:19 home su: mobidyc to root on /dev/ttyp1
Nov 9 17:47:19 home kernel: Nov 9 17:47:19 home su: mobidyc to root
on /dev/ttyp1
Nov 9 17:48:52 home kernel: ad4: TIMEOUT - WRITE_DMA retrying (2
retries left) LBA175754
Nov 9 17:48:59 home kernel: ad4: FAILURE - ATA_IDENTIFY timed out
Nov 9 17:50:00 home /usr/sbin/cron[769]: (root) CMD
(/usr/libexec/atrun)
Nov 9 17:51:04 home kernel: WARNING: /mnt/g-films3 was not properly
dismounted
Nov 9 17:51:09 home kernel: ad8: TIMEOUT - WRITE_DMA retrying (2
retries left) LBA000
Nov 9 17:55:00 home /usr/sbin/cron[785]: (root) CMD
(/usr/libexec/atrun)
Nov 9 17:55:00 home /usr/sbin/cron[786]: (operator) CMD
(/usr/libexec/save-entropy)
Nov 9 17:56:04 home kernel: ad4: TIMEOUT - WRITE_DMA retrying (2
retries left) LBA 304494

je me demande ce qui essaie d'écrire sur ad8, fsck -B est terminé
pourtant.
Avatar
mobidyc
c'est bon, je viens de rentrer et je suis sur mon portable, je peux
donc regarder les infos de mon pc en cause.
FreeBSD home.mobidyc.net 5.4-RELEASE FreeBSD 5.4-RELEASE #0: Sat Oct 22
16:27:18 CEST 2005
:/usr/obj/usr/src/sys/MOBIDYC i386

pour info, la seule option ajoutée dans le kernel est:
device atapicam

le pc a planté 10 minutes après que je sois parti, j'avais lancé un
cp pour déplacer un répertoire de 185 Go les dernières logs sont:
Nov 9 07:05:13 home kernel: ad4: TIMEOUT - WRITE_DMA retrying (2
retries left) LBA175530
Nov 9 07:05:16 home kernel: ad8: TIMEOUT - WRITE_DMA retrying (2
retries left) LBA11631488

voici mon fstab:
$ cat /etc/fstab
# Device Mountpoint FStype Options Dump
Pass#
/dev/ad4s3b none swap sw 0
0
/dev/ad4s3a / ufs rw 1
1
#/dev/ad4s3e /tmp ufs rw 2
2
/dev/ad4s3f /usr ufs rw 2
2
/dev/ad4s3d /var ufs rw 2
2
/dev/ad4s2 /mnt/e-data ufs rw 1
2
/dev/ad8 /mnt/g-data ufs rw 1
2
/dev/ad10 /mnt/ad10 ufs rw 1
2
/dev/acd0 /dvdrom cd9660 ro,noauto,nodev,nosuid
0 0
/dev/acd1 /cdrom cd9660 ro,noauto,nodev,nosuid
0 0
/dev/ad0s1 /mnt/d-stock ntfs rw,noauto 0
0
/dev/ad1s1 /mnt/h-jeux ntfs rw 0
0
/dev/ad4s1 /mnt/c-data ntfs rw 0
0
/dev/ad6s1 /mnt/f-data ntfs rw 0
0
proc /proc procfs rw 0
0
md /usr/obj mfs rw,noauto,-s512m 0
0
md /tmp mfs rw,-s124m 0
0

j'ai déjà fait un fsck sur tout les disques, à chaque fois il
corrige des problèmes.
pour faire un fsck, je passe en 'init 1'

le dernier disque que j'ai initialisé était /dev/ad8, c'était hier
et il a aussi des souci maintenant qu'il est en ufs.
dd if=/dev/ad8 of=/dev/zero count=2
newfs /dev/ad8

et après, à coup de tunefs j'obtiens ça:
$ tunefs -p /dev/ad8
tunefs: ACLs: (-a) disabled
tunefs: MAC multilabel: (-l) disabled
tunefs: soft updates: (-n) enabled
tunefs: maximum blocks per file in a cylinder group: (-e) 2048
tunefs: average file size: (-f) 16384
tunefs: average number of files in a directory: (-s) 96
tunefs: minimum percentage of free space: (-m) 0%
tunefs: optimization preference: (-o) space
tunefs: volume label: (-L)

d'ailleurs, ce disque en ntfs faisait 185Go et n'en fait plus que 184Go
en ufs, j'ai plus assez de place pour remettre ce que je lui ai enlevé
(mais c'est encore un autre problème)

actuellement, le pc vient de redémarrer, j'ai arrêté mysql et samba
pour qu'il n'y ai rien qui tourne et je continu d'avoir:
$ tail /var/log/all.log
Nov 9 17:47:19 home su: mobidyc to root on /dev/ttyp1
Nov 9 17:47:19 home kernel: Nov 9 17:47:19 home su: mobidyc to root
on /dev/ttyp1
Nov 9 17:48:52 home kernel: ad4: TIMEOUT - WRITE_DMA retrying (2
retries left) LBA175754
Nov 9 17:48:59 home kernel: ad4: FAILURE - ATA_IDENTIFY timed out
Nov 9 17:50:00 home /usr/sbin/cron[769]: (root) CMD
(/usr/libexec/atrun)
Nov 9 17:51:04 home kernel: WARNING: /mnt/g-films3 was not properly
dismounted
Nov 9 17:51:09 home kernel: ad8: TIMEOUT - WRITE_DMA retrying (2
retries left) LBA000
Nov 9 17:55:00 home /usr/sbin/cron[785]: (root) CMD
(/usr/libexec/atrun)
Nov 9 17:55:00 home /usr/sbin/cron[786]: (operator) CMD
(/usr/libexec/save-entropy)
Nov 9 17:56:04 home kernel: ad4: TIMEOUT - WRITE_DMA retrying (2
retries left) LBA 304494

je me demande ce qui essaie d'écrire sur ad8, fsck -B est terminé
pourtant.
Avatar
mobidyc
Aïe : on doit être sur le noeud du problème (le mainteneur du driver IDE
sous FreeBSD ne veut pas entendre parler de sil3112 qui doit donc être u ne
grosse daube)
(je suis allé plus loin que :
http://lists.freebsd.org/pipermail/freebsd-current/2004-December/0437...)


oups, en lisant ce mail, je comprends mieux mes problèmes de timeout
et de crash system...j'avais raison de soupçonner mes
controlleurs...j'en ai deux en plus.
en tout cas, ça me rassure sur l'état de mes disques, enfin, pour le
moment car à crasher comme ça, je suis pas sur qu'ils aiment ça mes
disques.
ooooiiiiiiiinnnnn

bon, je sais pas quoi faire en attendant, repasser sous windows?:
j'ai pas de problème d'utilisation avec windows mais je ne me sers que
de ma messagerie et de CIFS quasiment, j'aurais préféré utiliser
FreeBSD.

passer sous linux?
je n'y trouve pas le confort d'utilisation de FreeBD car j'y suis
habitué et je ne sais bien utiliser que celuis là et HPUX, et j'ai
pas envie de me mettre à autre chose.

acheter d'autres cartes sata?
que pourriez vous me conseiller comme carte "bien" suportée sous
FreeBSD et pas trop chère? j'ai besoin de quatres ports sata sur une
ou deux cartes.

merci en tout cas pour toute l'aide apportée, je sais maintenant d'où
vient le problème.

1 2