[freeBSD]Newbie: ma premiere c... en rentrant de vacances,
8 réponses
anaxagore
a été de tenter une mise à jour complète.
Make world, pas de bleme, par contre make kernel KERNCONF=MACONF,
qui ne posait pas de problème précédemment me cherche des noises,
à chaque ligne du fichier MACONF, device unknown, ou qqc comme ça.
Je "décide de laisser tomber et de garder le dernier kernel,
hum!!: installworld.
Et pas possible de rebooter.
Impossible de charger un kernel, même kernel.old.
Y a-t-il un moyen "simple" de corriger ça?
Sans vouloir occuper votre temps, je peux tout réinstaller, ce n'est
qu'une babasse perso.
Je ne pige pas la subtile différence entre la formulation ci-dessus
et :
...
*default release=cvs tag=.
...
src-all tag=RELENG_5_2
posté ici par Mr LeScouarnec.
J'aurai voulu sauver mon /etc/ et /home avec une "usb-key", et Freesbie,
mais pige pô umass, etc.
Pourtant le systeme reconnait un Intelligent-Stick" (cela en fait au
moins un, ds l'histoire), mais je n'arrive qu'à monter le stick, sans
que son contenu n'apparaisse.
bsdlabel da0
newfs da0c
mount -t msdosfs /dev/da0
marche pô. Pourquoi obliger à créer un fs, et de type BSD exclusivement?
Bon,finalement, le rhum arrangé est plus redoutable que la mirabelle
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Nicolas Le Scouarnec
*default release=cvs tag=RELENG_5_2
N'aurait-tu point un kernel FreeBSD 5.1 ? Si oui, alors, attrapes des CD FreeBSD, fait une mise a jour a partir de ces CD sans formatter, ca te mettra un world 5.2 et un kernel 5.2 , et ca marchera.
Dans /usr/src/UPDATING, on lit cela, qui pourrait te concerner:
20031206: FreeBSD 5.2 branched
20031112: The statfs structure has been updated with 64-bit fields to allow accurate reporting of multi-terabyte filesystem sizes. You should build world, then build and boot the new kernel BEFORE doing a `installworld' as the new kernel will know about binaries using the old statfs structure, but an old kernel will not know about the new system calls that support the new statfs structure. Note that the backwards compatibility is only present when the kernel is configured with the COMPAT_FREEBSD4 option. Since even /bin/sh will not run with a new kernel without said option you're pretty much dead in the water without it. Make sure you have COMPAT_FREEBSD4! Running an old kernel after a `make world' will cause programs such as `df' that do a statfs system call to fail with a bad system call. Marco Wertejuk also reports that cfsd (ports/security/cfs) needs to be recompiled after these changes are installed.
DO NOT make installworld after the buildworld w/o building and installing a new kernel FIRST. You will be unable to build a new kernel otherwise on a system with new binaries and an old kernel.
-- Nicolas Le Scouarnec
*default release=cvs tag=RELENG_5_2
N'aurait-tu point un kernel FreeBSD 5.1 ? Si oui, alors, attrapes des
CD FreeBSD, fait une mise a jour a partir de ces CD sans formatter, ca
te mettra un world 5.2 et un kernel 5.2 , et ca marchera.
Dans /usr/src/UPDATING, on lit cela, qui pourrait te concerner:
20031206:
FreeBSD 5.2 branched
20031112:
The statfs structure has been updated with 64-bit fields to
allow accurate reporting of multi-terabyte filesystem
sizes. You should build world, then build and boot the new kernel
BEFORE doing a `installworld' as the new kernel will know about
binaries using the old statfs structure, but an old kernel will
not know about the new system calls that support the new statfs
structure.
Note that the backwards compatibility is only present when the
kernel is configured with the COMPAT_FREEBSD4 option. Since
even /bin/sh will not run with a new kernel without said option
you're pretty much dead in the water without it. Make sure you
have COMPAT_FREEBSD4!
Running an old kernel after a `make world' will cause programs
such as `df' that do a statfs system call to fail with a bad
system call. Marco Wertejuk <wertejuk@mwcis.com> also reports
that cfsd (ports/security/cfs) needs to be recompiled after
these changes are installed.
DO NOT make installworld after the buildworld w/o building and
installing a new kernel FIRST. You will be unable to build a
new kernel otherwise on a system with new binaries and an old
kernel.
N'aurait-tu point un kernel FreeBSD 5.1 ? Si oui, alors, attrapes des CD FreeBSD, fait une mise a jour a partir de ces CD sans formatter, ca te mettra un world 5.2 et un kernel 5.2 , et ca marchera.
Dans /usr/src/UPDATING, on lit cela, qui pourrait te concerner:
20031206: FreeBSD 5.2 branched
20031112: The statfs structure has been updated with 64-bit fields to allow accurate reporting of multi-terabyte filesystem sizes. You should build world, then build and boot the new kernel BEFORE doing a `installworld' as the new kernel will know about binaries using the old statfs structure, but an old kernel will not know about the new system calls that support the new statfs structure. Note that the backwards compatibility is only present when the kernel is configured with the COMPAT_FREEBSD4 option. Since even /bin/sh will not run with a new kernel without said option you're pretty much dead in the water without it. Make sure you have COMPAT_FREEBSD4! Running an old kernel after a `make world' will cause programs such as `df' that do a statfs system call to fail with a bad system call. Marco Wertejuk also reports that cfsd (ports/security/cfs) needs to be recompiled after these changes are installed.
DO NOT make installworld after the buildworld w/o building and installing a new kernel FIRST. You will be unable to build a new kernel otherwise on a system with new binaries and an old kernel.
-- Nicolas Le Scouarnec
anaxagore
*default release=cvs tag=RELENG_5_2
N'aurait-tu point un kernel FreeBSD 5.1 ? Si oui, alors, attrapes des CD FreeBSD, fait une mise a jour a partir de ces CD sans formatter, ca te mettra un world 5.2 et un kernel 5.2 , et ca marchera.
Et si non?
uname me sortait 5-2-1-p3.
*default release=cvs tag=RELENG_5_2
N'aurait-tu point un kernel FreeBSD 5.1 ? Si oui, alors, attrapes des
CD FreeBSD, fait une mise a jour a partir de ces CD sans formatter, ca
te mettra un world 5.2 et un kernel 5.2 , et ca marchera.
N'aurait-tu point un kernel FreeBSD 5.1 ? Si oui, alors, attrapes des CD FreeBSD, fait une mise a jour a partir de ces CD sans formatter, ca te mettra un world 5.2 et un kernel 5.2 , et ca marchera.
Et si non?
uname me sortait 5-2-1-p3.
Nicolas Le Scouarnec
*default release=cvs tag=RELENG_5_2 N'aurait-tu point un kernel FreeBSD 5.1 ? Si oui, alors, attrapes des
CD FreeBSD, fait une mise a jour a partir de ces CD sans formatter, ca te mettra un world 5.2 et un kernel 5.2 , et ca marchera. Et si non?
uname me sortait 5-2-1-p3.
Tu avais bien l'option compat_FREEBSD4 ?
-- Nicolas Le Scouarnec
*default release=cvs tag=RELENG_5_2
N'aurait-tu point un kernel FreeBSD 5.1 ? Si oui, alors, attrapes des
CD FreeBSD, fait une mise a jour a partir de ces CD sans formatter, ca
te mettra un world 5.2 et un kernel 5.2 , et ca marchera.
Et si non?
*default release=cvs tag=RELENG_5_2 N'aurait-tu point un kernel FreeBSD 5.1 ? Si oui, alors, attrapes des
CD FreeBSD, fait une mise a jour a partir de ces CD sans formatter, ca te mettra un world 5.2 et un kernel 5.2 , et ca marchera. Et si non?
uname me sortait 5-2-1-p3.
Tu avais bien l'option compat_FREEBSD4 ?
-- Nicolas Le Scouarnec
Marwan Burelle
On Mon, 19 Apr 2004 21:01:31 +0200 anaxagore wrote:
a été de tenter une mise à jour complète. Make world, pas de bleme, par contre make kernel KERNCONF=MACONF, qui ne posait pas de problème précédemment me cherche des noises, à chaque ligne du fichier MACONF, device unknown, ou qqc comme ça. Je "décide de laisser tomber et de garder le dernier kernel, hum!!: installworld. Et pas possible de rebooter.
Quelle procédure avez vous suivie ?
LA procédure est :
cvsup make buildworld make buildkernel make installkernel reboot single (reboot, pas de init 1) make installworld mergemaster reboot
(éventuellement, sauver /etc avant le mergemaster ne peut pas faire de mal, de même, faire un buildkernel sans conf particulière, au cas où certaines choses auraient changé ... )
Enfin, pour information, si vous utilisez "." comme tag, vous passez en -CURRENT (la version de dev), par contre RELENG_5_2 représente les mises à jour de 5.2 (et 5.2.1)
Si vous voulez vous lancer dans -CURRENT, commencez par lire entièrement le handbook dans toutes les langues tous les soirs avant de vous coucher, invoquez Beastie les soirs de pleine lune, mais surtout, abonnez vous à , lisez bien /usr/src/UPDATING avant toutes reconstruction du monde.
Dans votre cas, il n'est pas impossible que les changements de scheduler et de libpthread est un peu mis votre système par terre (je me souviens plus si le changement a eu lieu avant ou après 5.2)
Sinon, l'une des règles les plus importante lors d'une mise à jour est de toujours avoir un kernel au moins aussi récent que votre monde (d'où l'install du kernel et le reboot avant le installworld.)
-- Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org ( | )
On Mon, 19 Apr 2004 21:01:31 +0200
anaxagore <anaxagor@altern.org> wrote:
a été de tenter une mise à jour complète.
Make world, pas de bleme, par contre make kernel KERNCONF=MACONF,
qui ne posait pas de problème précédemment me cherche des noises,
à chaque ligne du fichier MACONF, device unknown, ou qqc comme ça.
Je "décide de laisser tomber et de garder le dernier kernel,
hum!!: installworld.
Et pas possible de rebooter.
Quelle procédure avez vous suivie ?
LA procédure est :
cvsup
make buildworld
make buildkernel
make installkernel
reboot single (reboot, pas de init 1)
make installworld
mergemaster
reboot
(éventuellement, sauver /etc avant le mergemaster ne peut pas faire de
mal, de même, faire un buildkernel sans conf particulière, au cas où
certaines choses auraient changé ... )
Enfin, pour information, si vous utilisez "." comme tag, vous passez en
-CURRENT (la version de dev), par contre RELENG_5_2 représente les mises
à jour de 5.2 (et 5.2.1)
Si vous voulez vous lancer dans -CURRENT, commencez par lire entièrement
le handbook dans toutes les langues tous les soirs avant de vous
coucher, invoquez Beastie les soirs de pleine lune, mais surtout,
abonnez vous à current@freebsd.org, lisez bien /usr/src/UPDATING avant
toutes reconstruction du monde.
Dans votre cas, il n'est pas impossible que les changements de scheduler
et de libpthread est un peu mis votre système par terre (je me souviens
plus si le changement a eu lieu avant ou après 5.2)
Sinon, l'une des règles les plus importante lors d'une mise à jour est
de toujours avoir un kernel au moins aussi récent que votre monde (d'où
l'install du kernel et le reboot avant le installworld.)
--
Burelle Marwan,
Equipe Bases de Donnees - LRI
http://www.cduce.org
(burelle@lri.fr | Marwan.Burelle@ens.fr)
On Mon, 19 Apr 2004 21:01:31 +0200 anaxagore wrote:
a été de tenter une mise à jour complète. Make world, pas de bleme, par contre make kernel KERNCONF=MACONF, qui ne posait pas de problème précédemment me cherche des noises, à chaque ligne du fichier MACONF, device unknown, ou qqc comme ça. Je "décide de laisser tomber et de garder le dernier kernel, hum!!: installworld. Et pas possible de rebooter.
Quelle procédure avez vous suivie ?
LA procédure est :
cvsup make buildworld make buildkernel make installkernel reboot single (reboot, pas de init 1) make installworld mergemaster reboot
(éventuellement, sauver /etc avant le mergemaster ne peut pas faire de mal, de même, faire un buildkernel sans conf particulière, au cas où certaines choses auraient changé ... )
Enfin, pour information, si vous utilisez "." comme tag, vous passez en -CURRENT (la version de dev), par contre RELENG_5_2 représente les mises à jour de 5.2 (et 5.2.1)
Si vous voulez vous lancer dans -CURRENT, commencez par lire entièrement le handbook dans toutes les langues tous les soirs avant de vous coucher, invoquez Beastie les soirs de pleine lune, mais surtout, abonnez vous à , lisez bien /usr/src/UPDATING avant toutes reconstruction du monde.
Dans votre cas, il n'est pas impossible que les changements de scheduler et de libpthread est un peu mis votre système par terre (je me souviens plus si le changement a eu lieu avant ou après 5.2)
Sinon, l'une des règles les plus importante lors d'une mise à jour est de toujours avoir un kernel au moins aussi récent que votre monde (d'où l'install du kernel et le reboot avant le installworld.)
-- Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org ( | )
anaxagore
*default release=cvs tag=RELENG_5_2
N'aurait-tu point un kernel FreeBSD 5.1 ? Si oui, alors, attrapes des CD FreeBSD, fait une mise a jour a partir de ces CD sans formatter, ca te mettra un world 5.2 et un kernel 5.2 , et ca marchera.
Et si non? uname me sortait 5-2-1-p3.
Tu avais bien l'option compat_FREEBSD4 ?
oui
*default release=cvs tag=RELENG_5_2
N'aurait-tu point un kernel FreeBSD 5.1 ? Si oui, alors, attrapes des
CD FreeBSD, fait une mise a jour a partir de ces CD sans formatter, ca
te mettra un world 5.2 et un kernel 5.2 , et ca marchera.
N'aurait-tu point un kernel FreeBSD 5.1 ? Si oui, alors, attrapes des CD FreeBSD, fait une mise a jour a partir de ces CD sans formatter, ca te mettra un world 5.2 et un kernel 5.2 , et ca marchera.
Et si non? uname me sortait 5-2-1-p3.
Tu avais bien l'option compat_FREEBSD4 ?
oui
anaxagore
On Mon, 19 Apr 2004 21:01:31 +0200 anaxagore wrote:
LA procédure est :
cvsup make buildworld make buildkernel make installkernel reboot single (reboot, pas de init 1) make installworld mergemaster reboot
oui, je l'avais deja fait, mais cette fois le make buildkernel avait
foiré. Comme j'avais récemment compilé un kernel, je croyais que j'en avais un. Alors qd j'ai vu des messages d'erreur qui me semblaient mal venus, mes nerfs ont craqués...make installworld...Trop nul.
Enfin, pour information, si vous utilisez "." comme tag, vous passez en -CURRENT (la version de dev), par contre RELENG_5_2 représente les mises à jour de 5.2 (et 5.2.1)
Si vous voulez vous lancer dans -CURRENT, commencez par lire entièrement le handbook dans toutes les langues tous les soirs avant de vous coucher, invoquez Beastie les soirs de pleine lune, mais surtout, abonnez vous à , lisez bien /usr/src/UPDATING avant toutes reconstruction du monde. Fait, mais, la bonne volonté ne suffit pô tjrs?
Je croyais bien avoir compris ce qui m'était utile. Mais ne serait-ce pas là une des définitions de l'incompétence? Dans ce cas, je paie mes dettes et je me suicide. Demain.
Dans votre cas, il n'est pas impossible que les changements de scheduler et de libpthread est un peu mis votre système par terre (je me souviens plus si le changement a eu lieu avant ou après 5.2)
le scheduler était, je crois SCHED_ULE, ds mon KERNCONF. Il me semblait avoir compris un truc comme ça.
Merci de vos réponses.
On Mon, 19 Apr 2004 21:01:31 +0200
anaxagore <anaxagor@altern.org> wrote:
LA procédure est :
cvsup
make buildworld
make buildkernel
make installkernel
reboot single (reboot, pas de init 1)
make installworld
mergemaster
reboot
oui, je l'avais deja fait, mais cette fois le make buildkernel avait
foiré. Comme j'avais récemment compilé un kernel, je croyais que j'en
avais un. Alors qd j'ai vu des messages d'erreur qui me semblaient mal
venus, mes nerfs ont craqués...make installworld...Trop nul.
Enfin, pour information, si vous utilisez "." comme tag, vous passez en
-CURRENT (la version de dev), par contre RELENG_5_2 représente les mises
à jour de 5.2 (et 5.2.1)
Si vous voulez vous lancer dans -CURRENT, commencez par lire entièrement
le handbook dans toutes les langues tous les soirs avant de vous
coucher, invoquez Beastie les soirs de pleine lune, mais surtout,
abonnez vous à current@freebsd.org, lisez bien /usr/src/UPDATING avant
toutes reconstruction du monde.
Fait, mais, la bonne volonté ne suffit pô tjrs?
Je croyais bien avoir compris ce qui m'était utile.
Mais ne serait-ce pas là une des définitions de l'incompétence?
Dans ce cas, je paie mes dettes et je me suicide. Demain.
Dans votre cas, il n'est pas impossible que les changements de scheduler
et de libpthread est un peu mis votre système par terre (je me souviens
plus si le changement a eu lieu avant ou après 5.2)
le scheduler était, je crois SCHED_ULE, ds mon KERNCONF. Il me semblait
avoir compris un truc comme ça.
On Mon, 19 Apr 2004 21:01:31 +0200 anaxagore wrote:
LA procédure est :
cvsup make buildworld make buildkernel make installkernel reboot single (reboot, pas de init 1) make installworld mergemaster reboot
oui, je l'avais deja fait, mais cette fois le make buildkernel avait
foiré. Comme j'avais récemment compilé un kernel, je croyais que j'en avais un. Alors qd j'ai vu des messages d'erreur qui me semblaient mal venus, mes nerfs ont craqués...make installworld...Trop nul.
Enfin, pour information, si vous utilisez "." comme tag, vous passez en -CURRENT (la version de dev), par contre RELENG_5_2 représente les mises à jour de 5.2 (et 5.2.1)
Si vous voulez vous lancer dans -CURRENT, commencez par lire entièrement le handbook dans toutes les langues tous les soirs avant de vous coucher, invoquez Beastie les soirs de pleine lune, mais surtout, abonnez vous à , lisez bien /usr/src/UPDATING avant toutes reconstruction du monde. Fait, mais, la bonne volonté ne suffit pô tjrs?
Je croyais bien avoir compris ce qui m'était utile. Mais ne serait-ce pas là une des définitions de l'incompétence? Dans ce cas, je paie mes dettes et je me suicide. Demain.
Dans votre cas, il n'est pas impossible que les changements de scheduler et de libpthread est un peu mis votre système par terre (je me souviens plus si le changement a eu lieu avant ou après 5.2)
le scheduler était, je crois SCHED_ULE, ds mon KERNCONF. Il me semblait avoir compris un truc comme ça.
Il faut faire attention a utiliser le tag=. pour les ports, vu que RELENG_5_2 n'exsite pas pour les ports. Mais autrement, ca ne devrait pas toucher le systeme de base.
En faisait une mise a jour a partir des CD c'est reparti ?
Il faut faire attention a utiliser le tag=. pour les ports, vu que
RELENG_5_2 n'exsite pas pour les ports. Mais autrement, ca ne devrait
pas toucher le systeme de base.
En faisait une mise a jour a partir des CD c'est reparti ?
Il faut faire attention a utiliser le tag=. pour les ports, vu que RELENG_5_2 n'exsite pas pour les ports. Mais autrement, ca ne devrait pas toucher le systeme de base.
En faisait une mise a jour a partir des CD c'est reparti ?
Il faut faire attention a utiliser le tag=. pour les ports, vu que RELENG_5_2 n'exsite pas pour les ports. Mais autrement, ca ne devrait pas toucher le systeme de base.
En faisait une mise a jour a partir des CD c'est reparti ?
Il faut faire attention a utiliser le tag=. pour les ports, vu que
RELENG_5_2 n'exsite pas pour les ports. Mais autrement, ca ne devrait
pas toucher le systeme de base.
En faisait une mise a jour a partir des CD c'est reparti ?
Il faut faire attention a utiliser le tag=. pour les ports, vu que RELENG_5_2 n'exsite pas pour les ports. Mais autrement, ca ne devrait pas toucher le systeme de base.
En faisait une mise a jour a partir des CD c'est reparti ?
