En même temps, avec fdisk, il me donne seulement 5Go de capacité totale…
Si je fais un formatage avec fdisk sur amrd1 par exemple, il me supprimera les disques amrd1* ?
[code]
[sekil@lea ~]% ls /dev/amr*
/dev/amr0 /dev/amrd0s1 /dev/amrd0s2a /dev/amrd0s2c /dev/amrd0s2e /dev/amrd0s2g /dev/amrd1 /dev/amrd1s1c
/dev/amrd0 /dev/amrd0s2 /dev/amrd0s2b /dev/amrd0s2d /dev/amrd0s2f /dev/amrd0s2h /dev/amrd1s1 /dev/amrd1s1d
[sekil@lea ~]% sudo fdisk -s /dev/amrd0
/dev/amrd0: 8841 cyl 255 hd 63 sec
Part Start Size Type Flags
1: 63 112392 0x06 0x00
2: 112455 141918210 0xa5 0x80
[sekil@lea ~]% sudo fdisk -s /dev/amrd0s1
/dev/amrd0s1: 6 cyl 255 hd 63 sec
Part Start Size Type Flags
1: 3439338646 1766114067 0x00 0x00
2: 1291848205 1769173865 0x72 0x73
3: 220689273 1330184202 0x69 0x6e
4: 83 0 0x20 0x20
[sekil@lea ~]% sudo fdisk -s /dev/amrd0s2
/dev/amrd0s2: 8834 cyl 255 hd 63 sec
Part Start Size Type Flags
4: 0 50000 0xa5 0x80
[sekil@lea ~]% sudo fdisk -s /dev/amrd0s2a
/dev/amrd0s2a: 19 cyl 255 hd 63 sec
Part Start Size Type Flags
4: 0 50000 0xa5 0x80
[sekil@lea ~]% sudo fdisk -s /dev/amrd0s2b
fdisk: invalid fdisk partition table found
fdisk: read_s0: Unknown error: 0
[sekil@lea ~]% sudo fdisk -s /dev/amrd0s2c
/dev/amrd0s2c: 8834 cyl 255 hd 63 sec
Part Start Size Type Flags
4: 0 50000 0xa5 0x80
[sekil@lea ~]% sudo fdisk -s /dev/amrd0s2d
fdisk: invalid fdisk partition table found
fdisk: read_s0: Unknown error: 0
[sekil@lea ~]% sudo fdisk -s /dev/amrd0s2e
fdisk: invalid fdisk partition table found
fdisk: read_s0: Unknown error: 0
[sekil@lea ~]% sudo fdisk -s /dev/amrd0s2f
fdisk: invalid fdisk partition table found
fdisk: read_s0: Unknown error: 0
[sekil@lea ~]% sudo fdisk -s /dev/amrd0s2g
fdisk: invalid fdisk partition table found
fdisk: read_s0: Unknown error: 0
[sekil@lea ~]% sudo fdisk -s /dev/amrd0s2h
fdisk: invalid fdisk partition table found
fdisk: read_s0: Unknown error: 0
[sekil@lea ~]% sudo fdisk -s /dev/amrd0s2g
fdisk: invalid fdisk partition table found
fdisk: read_s0: Unknown error: 0
[sekil@lea ~]% sudo fdisk -s /dev/amrd1
/dev/amrd1: 35668 cyl 255 hd 63 sec
Part Start Size Type Flags
1: 63 573006357 0xa5 0x80
[sekil@lea ~]% sudo fdisk -s /dev/amrd1s1
/dev/amrd1s1: 35667 cyl 255 hd 63 sec
Part Start Size Type Flags
4: 0 50000 0xa5 0x80
[sekil@lea ~]% sudo fdisk -s /dev/amrd1s1c
/dev/amrd1s1c: 35667 cyl 255 hd 63 sec
Part Start Size Type Flags
4: 0 50000 0xa5 0x80
[sekil@lea ~]% sudo fdisk -s /dev/amrd1s1d
/dev/amrd1s1d: 35667 cyl 255 hd 63 sec
Part Start Size Type Flags
4: 0 50000 0xa5 0x80[/code]

Que ce soit abusif ou non, on veut réorganiser les disques, on veut pouvoir mettre la capacité là où on en a besoin, donc il nous faut toutes les informations nécessaires… Et ce qui est abusif, ce ne sont pas les 7 disques logiques du fstab, ce qui est abusif, ce sont les 14 disques présents dans /dev, dont la moitié ne répond pas au fdisk
[code][sekil@lea ~]% cat /etc/fstab
# Device Mountpoint FStype Options Dump Pass#
/dev/amrd0s2b none swap sw 0 0
/dev/amrd0s2a / ufs rw 30 1
/dev/amrd0s2g /a1 ufs rw 7 2
/dev/amrd0s2h /a2 ufs rw 45 2
/dev/amrd1s1d /a3 ufs rw 45 2
/dev/amrd0s2d /usr ufs rw 30 2
/dev/amrd0s2e /var ufs rw 7 2
/dev/amrd0s2f /var/news ufs rw 45 2
/dev/acd0 /cdrom cd9660 ro,noauto 0 0
md /tmp mfs rw,async,-s1024m 0 0
/a2/home-reseau /home-reseau nullfs rw 0 0[/code]

Sinon, pour le /var/log/messages, on a pas non plus envie de se taper 10000 lignes de messages :-/
Le ménage, ce n'est pas vraiment un problème, il est déjà plannifié, on sait quoi enlever. On veut juste pouvoir réorganiser les disques une fois que ce sera fait…

sous freebsd suffit de lire /var/log/messages y'a tout dedans pour faire le ménage ceci dit pas besoin de connaître tout le matériel et cfdisk et mount pour explorer les disques logiques ca va vite. postes nous ton fstab et un ls | grep ad dans /dev pour voir si c'est abusif

Pour sysctl c'est trop puissant :)

J'ai ça :
[code]hw.machine: i386
hw.model: Intel(R) Xeon(TM) CPU 2.00GHz
hw.ncpu: 4
hw.byteorder: 1234
hw.physmem: 2138398720
hw.usermem: 1904443392[/code]
Un quadcore ??? :shock:
Je savais qu'ils nous avaient pas entubé, mais pas à ce point… :-/

Pour les disques c'est du RAID apparemment :
[code]
dev.amr.0.%desc: LSILogic MegaRAID 1.53
dev.amr.0.%driver: amr
dev.amr.0.%location: slot=8 function=0 handle=\_SB_.PCI0.PCI4.P2PE.ZION
dev.amr.0.%pnpinfo: vendor=0x1028 device=0x000e subvendor=0x1028 subdevice=0x0123 class=0x010400
dev.amr.0.%parent: pci8
dev.amr.0.allow_volume_configure: 0
dev.amrd.0.%desc: LSILogic MegaRAID logical drive
dev.amrd.0.%driver: amrd
dev.amrd.0.%parent: amr0
dev.amrd.1.%desc: LSILogic MegaRAID logical drive
dev.amrd.1.%driver: amrd
dev.amrd.1.%parent: amr0[/code]
En gros, le amr0 c'est un controleur RAID matériel, et les amrd0 et amrd1 sont des partitions du disque RAID ? Il y a moyen de toucher à ces disques logiques ou bien c'est géré au niveau du controleur ? Du coup, comment est ce que j'accède aux données du controleur (taille et nombre des disques) ? Et comment peut-il y avoir tant de disques logiques dans mon dev ?

Merci

[quote="@rthur"]Salut,

Voila l'outil magique qui te permettra de récupérer toutes les infos dont tu as besoin avec en plus une belle interface graphique:
http://phpsysinfo.sourceforge.net/

Démo: http://phpsysinfo.sourceforge.net/phpsysinfo-dev/?template=kde[/quote]
Ya pas la même chose en ligne de commande (parce que je veux pas dire mais c'est moyen utile une interface graphique pour l'admin système :-/)

Salut,

Voila l'outil magique qui te permettra de récupérer toutes les infos dont tu as besoin avec en plus une belle interface graphique:
http://phpsysinfo.sourceforge.net/

Démo: http://phpsysinfo.sourceforge.net/phpsysinfo-dev/?template=kde

Sous freBSD [b]lspci [/b]semble s'appeler [b]pciconf[/b]
http://www.freebsd.org/cgi/man.cgi?query=pciconf&sektion=8

Pour le proc:
http://nixcraft.com/all-about-freebsd-openbsd-netbsd/261-freebsd-no-proc-cpuinfo.html

Merci pour vos réponses.

Alors déjà, pour les /proc, c'est mort, le dossier est vide :D Pour les ls, il n'y a que ces 3 là : ls, lsextattr, lsvfs
Si vous me dites qu'il va me falloir un accès physique, c'est en effet peut être la seule solution, mais ça va être dur à négocier, ils ont refusé (enfin ils ont dit oui mais ensuite silence radio…) la même chose à des étudiants qui géraient un autre serveur et qui avaient besoin de le réinstaller.
Mais bon, j'irais voir le responsable, c'est mon encadrant de projet, ça va peut être aider… :-/

Si vous avez d'autres idées, n'hésitez pas

Même avis que Calimero.
Demander à récupérer la machine pour lui faire un grand nettoyage et éventuellement la mettre au goût du jour.
Ca semble le plus simple.
C'est là que vous allez vous rendre compte que c'est une machine qui a plus de 10 ans.

[quote="Cyrano"][quote="Calimero"]...je te propose une méthode empirique : débranche ce qui ressemble à un disque, éteins la machine et regarde ce qui se passe dans /dev ...[/quote]
Cependant :
[quote="Sékiltoyai"]Il est hébergé dans les locaux de ce centre donc nous n'avons aucun accès physique....[/quote]
:-*[/quote]

A supposer que personne ne fasse de meilleure suggestion que la mienne, je trouve que ce que Sekiltoyai veut faire est une très bonne raison d'avoir un accès physique, même temporaire, à cette machine. Aucun hébergeur n'aime avoir une machine "morte" que personne n'administre sur son réseau. Ils ne refuseront probablement pas une si bonne volonté ;-)

[quote="Calimero"]...je te propose une méthode empirique : débranche ce qui ressemble à un disque, éteins la machine et regarde ce qui se passe dans /dev ...[/quote]
Cependant :
[quote="Sékiltoyai"]Il est hébergé dans les locaux de ce centre donc nous n'avons aucun accès physique....[/quote]
:-*

Je peux te donner quelques commandes qui marchent sous GNU/Linux. Par contre, comme il s'agit d'interfaces fournies par le noyau, pas sûr que ça marche aussi sous FreeBSD :?

Infos processeur :
[code]$ cat /proc/cpuinfo[/code]

Infos mémoire :
[code]$ cat /proc/meminfo[/code]

Infos périphériques : C'est celles là dont je suis le moins sûr pour un BSD. Presque toutes les commandes qui commencent par ls (tape ls suivi de deux tabulations) (lsusb, lspci, lshal, pspcmcia, etc...)

Pour connaître les différents périphériques, je te propose une méthode empirique : débranche ce qui ressemble à un disque, éteins la machine et regarde ce qui se passe dans /dev (par exemple en enregistrant le contenu de /dev dans un fichier et en faisant des diff sur les fichiers obtenus), tu finiras par très bien connaître qui fait quoi. Pas top mais je ne connais pas mieux :shock:

Bonjour,

Je fais partie des administrateurs du serveur FreeBSD des étudiants de mon école. Seulement nous avons un gros ménage à faire. Et dans ce ménage se trouve aussi le ménage des partitions. Il doit bien y avoir plus d'une dizaine de disques logiques dans le /dev, et certains non montés ou ne répondant pas au fdisk. Il va falloir réduire substantivement ce nombre parce que là c'est ingérable.

Le problème est que nous ne connaissons absolument rien de ce serveur. C'est une machine qui a été fournie il y a plusieurs années aux étudiants par notre Centre de Ressources Informatique. Il est hébergé dans les locaux de ce centre donc nous n'avons aucun accès physique. L'administration est chaque année transférée d'étudiant à étudiant sans beaucoup d'autre explication. Aucune doc n'a été établie.

Nous avons donc impossibilité de connaître des choses primordiales sur notre serveur comme la liste du matériel. Est ce que quelqu'un connaîtrait des commandes ou outils permettant de connaître :
- Le processeur présent sur la machine
- La quantité de RAM
- Les périphériques
- Et surtout le nombre de disques physiques et leur partitionnement exact (fdisk n'a pas l'air de donner ces informations, ou en tous cas de manière … bizarre), avec bien entendu leur correspondance avec les fichiers du /dev

Merci de vos réponses.