Bonjour,

Je pouvais sous-titrer ce topic: [noob] petites question avant de faire des bêtises  ::)

En bref, je suis sous OpenBSD 4.8 en amd64 sur un laptop qui dispose de 4 go de RAM.

Je n'ai utilisé le bsd.mp qu'après l'installation ( un oubli ) en faisant 'cp bsd.mp bsd'


Code (]
$ uname -a                                                                           
OpenBSD OpenBSD.my.domain 4.8 GENERIC.MP#335 amd64
[/code):

Or: [code] $ dmesg | grep mem    real mem = 3213578240 (3064MB) avail mem = 3114213376 (2969MB)

Je précise que le bios reconnait bien 4 go ainsi la Debian de la partition d'a coté.

Je me disais ( sans certitudes ) qu'en modifiant le bsd.rd comme expliqué dans le tuto du wiki il était possible de remettre ça "à la normale".

Me planterais-je?
Des indices?

Merci d'avance  ;)

Salut

Je ne vais pas pouvoir vraiment t'aider, juste essayer de clarifier un peu les choses ; en espérant que quelqu'un d'autre fera mieux.


Quote:

Je n'ai utilisé le bsd.mp qu'après l'installation ( un oubli ) en faisant 'cp bsd.mp bsd' ... Je me disais ( sans certitudes ) qu'en modifiant le bsd.rd comme expliqué dans le tuto du wiki il était possible de remettre ça "à la normale".

Si tu as installé de façon plus ou moins "classique" (avec les scripts install* OpenBSD d'origine) tu as forcément installé en utilisant le noyau bsd.rd qui est uniquement mono processeur "parce que c'est comme cela que ça fonctionne". Et modifier ce bsd.rd ne changera strictement rien à ton problème.

Mais normalement ce bsd.rd est un petit malin qui contrôle si tu dois utiliser bsd.sp (renommage du bsd classique) ou bsd.mp (qui sera alors renommé en bsd).

/usr/src/distrib/amd64/common/install.md

Quote:

md_installboot() {         cd /mnt         if [ -f bsd.mp ] && ((NCPU > 1)); then                 echo "Multiprocessor machine; using bsd.mp instead of bsd."                 mv bsd bsd.sp 2>/dev/null                 mv bsd.mp bsd         fi         cp /usr/mdec/boot /mnt/boot         /usr/mdec/installboot /mnt/boot /usr/mdec/biosboot ${1} }

Selon le cas ce sera donc soit bsd.sp soit bsd.mp qui s'appellera bsd dans ta racine. Avoir un même nom possible pour deux noyaux différents, je n'aime pas trop... mais c'est ainsi depuis quelques releases.

Si tu regarde les tailles des noyaux c'est facile à voir... Tu as bsd.rd < bsd.sp < bsd.mp

Quote:

7192963 Aug 16 17:25 /bsd.rd 8778554 Aug 16 17:25 /bsd.sp (ou nommé bsd) 8806619 Aug 16 17:25 /bsd.mp (ou nommé bsd)

Donc en bref, bricoler bsd.rd ne servira à rien, il faut bricoler le bsd que tu utilises (bsd.mp en réalité). Mais honnêtement je ne saurais t'aider plus à moins d'y passer beaucoup de temps avec une probabilité très faible de réussir (en ce qui me concerne). Ce qui est tout de même bien curieux c'est que tu sembles dire que tu n'avais pas le bon /bsd en fin d'installation puisque tu dis avoir fait un "cp bsd.mp bsd"...

Marc

PS : Je jetterai un oeil en 2011 et si, par hasard, je trouve une piste je ne manquerai pas de te la transmettre.

PPS : un truc simple que tu peux faire est de voir si les choses semblent s'arranger avec le(s) noyau(x) de la dernière snapshot.

Donc tu récupères le dernier bsd.rd ; pas trop "fr" pour être sûr d'avoir le dernier, par exemple en ce moment :
ftp.openbsd.org : Fichier: bsd.rd 7008 KB 12/30/10 21:54:00
ftp.fr.openbsd.org : Fichier: bsd.rd 7004 KB 12/23/10 20:34:00


Quote:

ftp ftp://ftp.openbsd.org/pub/OpenBSD/snapshots/amd64/bsd.rd

Tu le places dans ta racine en le renommant, disons "last.rd" ; tu redémarres et à l'invite "boot>" tu entres "last.rd". Bien sûr en arrivant au menu (I)nstall (U)pgrade (S)hell tu choisis shell (entre "kbd fr" pour avoir un clavier français)...

Si tu préfères tu peux tout aussi facilement tester bsd (alias bsd.sp) ou bsd.mp. Vois "man boot" si les options -a et -c ne pourraient pas t'intéresser.

Tout ceci dit c'est vrai que c'est un peu ennuyeux d'avoir 4 Go et de ne s'en voir attribuer que 3. Mais t'arrive-t-il de swapper avec 3 ? Et donc le fait d'en avoir 4 changerait-il vraiment quelque chose ?

Merci pour tes réponses rapides et constructives  :)

Donc je me plantais complètement concernant le .rd


Marck wrote on 31. Dec 2010 at 08:23:

Ce qui est tout de même bien curieux c'est que tu sembles dire que tu n'avais pas le bon /bsd en fin d'installation puisque tu dis avoir fait un "cp bsd.mp bsd"...

En fait je l'avais déselectionné ( bêtement, ne sachant pas quel était son utilité ) lors de l'installation, je l'ai récupéré ensuite via wget ici:  ftp://ftp.openbsd.org/pub/OpenBSD/4.8/amd64/


Marck wrote on 31. Dec 2010 at 13:46:

Tout ceci dit c'est vrai que c'est un peu ennuyeux d'avoir 4 Go et de ne s'en voir attribuer que 3. Mais t'arrive-t-il de swapper avec 3 ? Et donc le fait d'en avoir 4 changerait-il vraiment quelque chose ?

En pratique c'est vrai que cela n'a pas d'importance. L'utilisation bureautique/web de mon laptop a peu de chance de me faire un jour dépasser la barre du giga utilisé.

Mais j'ai aussi un problème lié à une utilisation mémoire démesurée. Par exemple WM ( XMonad, donc pas trop lourd) + firefox = 700 Mo  :o

Tout fonctionne parfaitement ( même la wifi  :D ) hormis la RAM, c'est assez frustrant.
Je vais donc mettre "la main dans le cambouis", ce qui étais le but de mes tests sous *BSD  ;)

Et en espérant que l'interface chaise-clavier ne vienne pas mettre un boxon innommable dans ce système pour le moment tout propre.  ;D

Comme mon utilisation du système est plus mû par la curiosité que par la nécessité le facteur temps n'a que peu d'importance. Lentement mais sûrement je vais essayer de voir ce qui cafouille.


Marck wrote on 31. Dec 2010 at 13:46:

Si tu préfères tu peux tout aussi facilement tester bsd (alias bsd.sp) ou bsd.mp. Vois "man boot" si les options -a et -c ne pourraient pas t'intéresser.

Dés que j'ai acccès à la machine je test. Mais petite question : L'utilisation des bsd.* snapshots m'obligeront-ils à passer l'ensemble de mon système en snapshots? (la current si je ne me trompe pas).

Encore merci et ... une bonne année 2011  8-)

Amicalement, Clem

Bonne année 2011 à toi aussi Clem.


Quote:

Je vais donc mettre "la main dans le cambouis", ce qui étais le but de mes tests sous *BSD

Oui en fait ici à part chercher des infos (à tout hasard) et/ou attendre les nouveaux noyaux, je ne suis pas sûr qu'il y ait grand chose à faire qui soit réellement à notre portée...


Quote:

Mais petite question : L'utilisation des bsd.* snapshots m'obligeront-ils à passer l'ensemble de mon système en snapshots? (la current si je ne me trompe pas).

Oui on peut considérer que current et shapshot sont un peu similaires, les shapshots n'étant jamais que des images de la current réalisées à des instants t relativement fréquents. Cela, soit t'obligerait à passer en current, soit te permettrait de mieux prendre ton mal en patience et d'attendre avec un espoir renouvelé la prochaine release (une tous les 6 mois environ).

Avec bsd.rd tu auras son petit ramdisk et donc cela ne plantera pas, avec son shell tu auras les commandes "fondamentales". Avec bsd.sp ou bsd.mp l'option -c (boot config) provoquant un arrêt en début de démarrage peu après l'affichage de la mémoire tu seras vite fixé... L'option -a (ask for the root device)... Là je suppose que si tu désignes ta racine actuelle il y a de forte chance pour que cela plante et que tu te retrouves en kernel debug mode (entrer : boot reboot pour redémarrer proprement - de mémoire).

Note que je n'ai jamais utilisé current, tout ce que j'en dis est donc pour moi purement théorique, voir par exemple cette page.

Re,

Comme je trouvais intéressant de pouvoir faire des essais à partir du dernier snapshot OpenBSD, j'ai écrit cela :

LiveSnap
Créez un liveCD minimal à partir du dernier snapshot OpenBSD
http://fmrobsd.tuxfamily.org/livesnap.php

C'est un peu vite fait, à améliorer, mais relativement suffisant à ce jour. Hormis les téléchargement la construction de l'iso doit prendre à peine 10 minutes (un peu au pif).

Ajout édition PS :
J'ai profité de LiveSnap pour tester deux portables avec le dernier snapshot amd64 (2 janvier 2011) : Packard Bell BV EasyNote MH36 (4 Go) et Toshiba Satellite A500 (4 Go).

Hum... pour les deux j'obtiens le même résultat que toi. Wait and see ?

Bonjour,

Je suis désolé de ne pas me manifester plus souvent mais je n'ai que trés peu de temps à consacrer à l'info en ce moment.


Marck wrote on 03. Jan 2011 at 19:34:

Ajout édition PS : J'ai profité de LiveSnap pour tester deux portables avec le dernier snapshot amd64 (2 janvier 2011) : Packard Bell BV EasyNote MH36 (4 Go) et Toshiba Satellite A500 (4 Go). Hum... pour les deux j'obtiens le même résultat que toi. Wait and see ?

Merci pour le temps consacré à mon problème.
Qui en l'absence de solution se révèle ne pas en être un  ;D

Ce problème n'empèchant pas le système de remplir son office ce n'est pas une catastrophe  ;)

Wait and see, donc.

Cool le tuto live-CD  au fait :D

Le fil reste en attente donc...

Encore un grand merci  :)

Bonjour,

http://www.openbsd.org/faq/fr/faq4.html#InstProb
évoque un problème similaire au tien,
il y est proposé de créer et éditer un fichier /etc/boot.conf.
Voir également[code]$ man boot.conf[/code]
à la partie memory pour des infos plus précises.

Je n'ai jamais eu à l'essayer, je ne peux donc pas t'en dire plus.

Bonne chance.

Merci Beastieol pour les infos. Par curiosité, j'ai testé mais sans succès, soit le PC redémarre dès le début du démarrage soit cela ne change rien.

Exemple de la FAQ :

Quote:

machine mem +0x3000000@0x1000000 to add 48M (0x3000000) after the first 16M (0x1000000)

Je vous donne la démarche suivie afin que vous puissiez corriger au cas où je me serais trompé ça ou là (je mets ici des "." pour la lisibilité, il ne faut pas les mettre sinon).
1 Mo -> 0x100.000
1 Go -> 0x40.000.000
3 Go -> 0xC0.000.000

J'ai essayé d'ajouter 1Go après les 3 premiers.

Quote:

boot> machine mem +0x40000000@0xC0000000 boot> bsd

Comme l'on trouve d'autres exemples dans man boot, j'ai aussi essayé, au plus simple, de dire qu'il y a 4 Go de mémoire (on note ici que je m'écarte en réalité de ce qui est réellement écrit "The limit(=) option simply ignores any memory above the given memory limit..")

Quote:

boot> machine mem =4G boot> bsd

Dans le premier cas j'obtiens un redémarrage, dans le second le démarrage habituel. Je verrai encore à l'occasion... J'avoue avoir eu un peu la flemme de regarder avec attention les messages divers et variés (par exemples toutes les infos d'un simple "boot> machine mem") mais c'est de toute façon un peu trop technique pour moi.

Bonjour à tous, et merci  :)


Beastieol wrote on 16. Jan 2011 at 18:55:

il y est proposé de créer et éditer un fichier /etc/boot.conf. Voir également[code]$ man boot.conf[/code] à la partie memory pour des infos plus précises.

Une recherche m'avais moi aussi renvoyé vers cette section de la FAQ.
J'avais essayé, sans succès : Le système après un message d'erreur reprenait sur un démarrage habituel :(

C'est à dire exactement de ces façons:

Marck wrote on 17. Jan 2011 at 17:54:

Merci Beastieol pour les infos. Par curiosité, j'ai testé mais sans succès, soit le PC redémarre dès le début du démarrage soit cela ne change rien.

En tout cas merci pour la traduction  8-) ( c'est de l'hexa je suppose)
Marck wrote on 17. Jan 2011 at 17:54:

Je vous donne la démarche suivie afin que vous puissiez corriger au cas où je me serais trompé ça ou là (je mets ici des "." pour la lisibilité, il ne faut pas les mettre sinon). 1 Mo -> 0x100.000 1 Go -> 0x40.000.000 3 Go -> 0xC0.000.000

Tout ça étant beaucoup trop technique pour moi aussi, je préfère attendre que ce problème ( qui au fond n'en est pas vraiment un tant que je n'ouvre pas 7 pages Gimp en même temps ) se corrige de lui même.

Ceci dit  ::) si je trouve le temps je continuerai à fouiner. Ce dysfonctionnement m'intrigue.

Par ailleurs je me tâte pour passer en current mais le peu de temps dont je dispose pour maintenir mon (mes) système(s) devrait m'en dissuader ... Mais c'est une autre histoire  :-X

@Marck: Merci pour le temps passé sur mon problème  :)
Malheureusement j'en suis moi aussi resté à ce point:

Marck wrote on 17. Jan 2011 at 17:54:

Dans le premier cas j'obtiens un redémarrage, dans le second le démarrage habituel. Je verrai encore à l'occasion...

Je devrais disposer d'un peu plus de temps d'ici quelques jours, auquel cas je ferai part à la communauté fug-fr de mes avancées ( ou de leur absence  :-? )

@Beastieol: On ne se serait pas déjà "croisés" par hasard?
Sympa le jeu de mot ceci dit  ;)

Encore merci et un bon week-end à tous.

Amicalement, Clem

Re,

Pour les nombres de mon message précédent, oui c'est de l'hexa. Sinon, franchement, je pense que cela ne sert pas à grand chose de passer en current si tu ne disposes pas de temps ; si tu ne l'entretiens pas fréquemment et régulièrement ce ne sera bien vite plus une "current" mais sans doute un "truc" quasi inutilisable. Ceci dit je ne souhaite pas pour autant te décourager, c'est sûrement instructif quand même.

A part cela, comme je souhaitais avoir le choix, une fois les fichiers téléchargés, entre liveCD et clé USB, j'ai écrit :
UsbSnap - Installez à la main la base du dernier snapshot OpenBSD sur clé USB
http://fmrobsd.tuxfamily.org/usbsnap.php

Dans un sens cela ne sert à rien puisque l'on peut installer sur une clé de la même façon que sur un disque dur ; mais le côté fait maison est toujours instructif, on comprend mieux ensuite ce que font les scripts d'installation.

Pour tester j'ai donc utilisé le dernier snapshot du 21 janvier. Nous sommes passés de 48 à 49-beta (base49 par exemple) mais malheureusement rien de nouveau pour notre problème de mémoire, du moins sur mon PC.

Bonjour,

Même absence de changements chez moi avec les *49.tgz.
Je vais passer le "fil en résolu par abandon" ou "résolu par K.O."  ;D

[Edit] Je viens de me rendre compte que je ne peut pas modifier mes premiers posts  :o [/Edit]

J'aurais énormément appris sur ce fil en tout cas  :)
Et je continue à apprivoiser "la bête".

D'autant que je me suis rendu compte que j'ai des soucis avec l'UTF-8, le drivers nv et les fs UFS/ext4.

Un pressentiment me dis que je vais revenir vous enquiquiner ici  ::)

Merci pour tout  :)

Quote:

Je viens de me rendre compte que je ne peut pas modifier mes premiers posts

Oui, c'est normal - parce de - à cause que - un beau jour de mai, j'ai râlé.


Quote:

D'autant que je me suis rendu compte que j'ai des soucis avec l'UTF-8, le drivers nv et les fs UFS/ext4.

Ce que je peux en dire devrait tenir en une ligne :( mais n'hésite pas à ouvrir de nouveaux fils afin de ne pas tout mélanger... et d'avoir des réponses ?

Comme j'ai trouvé cela, je le laisse là en "doc".
RAS en quelque sorte. A noter que le premier est en i386 et le second en amd64.
http://undeadly.org/cgi?action=article&sid=20101224204626

http://undeadly.org/misc/201012/dmesg.1555.txt
OS: OpenBSD 4.8-beta (GENERIC.MP) #0: Fri Aug  6 10:05:28 CEST 2010
KERNEL: root@sit.charlotte.net:/usr/src/sys/arch/i386/compile/GENERIC.MP
PC: bios0: Dell Inc. Studio 1555
CPU: cpu0: Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz ("GenuineIntel" 686-class) 2.40 GHz
MEM: real mem  = 3048505344 (2907MB)
MEM: avail mem = 2988666880 (2850MB)
MEM: spdmem0 at iic0 addr 0x50: 2GB DDR2 SDRAM non-parity PC2-6400CL5 SO-DIMM
MEM: spdmem1 at iic0 addr 0x52: 2GB DDR2 SDRAM non-parity PC2-6400CL5 SO-DIMM

http://undeadly.org/misc/201012/dmesg.1558.txt
OS: OpenBSD 4.8-current (GENERIC.MP) #74: Tue Nov 23 20:52:25 EST 2010
KERNEL: ian@dalai.darwinsys.com:/usr/src/sys/arch/amd64/compile/GENERIC.MP
PC: bios0: Dell Inc. Studio 1558
CPU: cpu0: Intel(R) Core(TM) i7 CPU Q 720 @ 1.60GHz, 1596.24 MHz
MEM: real mem = 3282956288 (3130MB)
MEM: avail mem = 3181658112 (3034MB)
MEM: spdmem0 at iic0 addr 0x50: 2GB DDR3 SDRAM PC3-10600 SO-DIMM
MEM: spdmem1 at iic0 addr 0x52: 2GB DDR3 SDRAM PC3-10600 SO-DIMM

En phase de test: Bigmem enabled on amd64   :)

Ajout édition
Je n'ai pas pu résister à un test très rapide sur clé USB.


Quote:

OpenBSD 4.9-current (GENERIC) #17: Wed Apr 13 01:03:39 MDT 2011     deraadt@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC real mem = 4218122240 (4022MB) avail mem = 4091813888 (3902MB)

Quote:

OpenBSD 4.9-current (GENERIC.MP) #35: Wed Apr 13 01:09:23 MDT 2011     deraadt@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 4218122240 (4022MB) avail mem = 4091789312 (3902MB)

Apparemment c'est bon pour mon PC principal (bios0: PACKARD BELL BV EasyNote MH36), au moins pour ce qui est de la mémoire et du boot, login, reboot. Ce sera tout pour l'instant.