Waarom rebooten na mkreiserfs?

[Arjan A]

Weet iemand waarom er moet worden greboot na het uitvoeren van mkreiserfs? Ik ben nl best wel een uptime-freak (ik weet het, 7 dagen is weinig, heb ook wel eens boven de 200 gestaan) en ik vind een van de leuke dingen aan Linux dat je niet voor elke muisbeweging een reboot hoeft uit te voeren
Ik doe mkreiserfs, had de module net gecompiled, en nu blijkt dat ik alsnog zal moeten rebooten. Dat wil ik dus niet. Waarom moet dat? Op Google wordt het woord 'why' gefilterd

[Dromer]

Op google tussen " zetten helpt
Maar je verandert iets wezelijks aan je schijf indeling.
Vindt het niet meer als logisch.

[Arjan A]

Op maandag 22 april 2002 23:53 schreef Dromer het volgende:
Op google tussen " zetten helpt
Maar je verandert iets wezelijks aan je schijf indeling.
Vindt het niet meer als logisch.

Ik verander niks aan de schijfindeling hoor. Ik heb een partitie en die wil ik nu als reiserfs ingedeeld hebben. Ik kan er ook FAT of EXT{2|3] van maken zonder reboot. Met reiserfs moet ik rebooten. Ik vind dat dus niet logisch.

-edit: Die "-tip werkt, alleen kan ik nu nog geen antwoord vinden

[Kettrick]

FreeBSD moet je ook rebooten als je Soft-updates aan wilt zetten

en ach, wat is een week uptime nou ?

[_nethack]

Waarom zou je moeten rebooten?? Geeft mkreiserfs dat aan, of kun je de partitie niet mounten.
Wat bedoel je met "had de module net gecompiled"??
Wat heeft mkreiserfs (partitie formatteren) met modules compilen te maken?

[Arjan A]

Op dinsdag 23 april 2002 00:00 schreef Operations het volgende:


Waarom zou je moeten rebooten?? Geeft mkreiserfs dat aan, of kun je de partitie niet mounten.
Wat bedoel je met "had de module net gecompiled"??
Wat heeft mkreiserfs (partitie formatteren) met modules compilen te maken?

OK, misschien was ik te onduidelijk.
Eerst ff wat je ziet als ik mkreiserfs aanroep:

code:

[root@home rc.d]# mkreiserfs /dev/md0

<-------------mkreiserfs, 2001------------->
reiserfsprogs 3.x.0j

===================================================================
LEAF NODE (8211) contains level=1, nr_items=2, free_space=3932 rdkey
-------------------------------------------------------------------------------
|###|type|ilen|f/sp| loc|fmt|fsck|           key                |
|   |    |    |e/cn|    |   |need|                            |
-------------------------------------------------------------------------------
|  0|1 2 0x0 SD, len 44, entry count 0, fsck need 0, format new|
(NEW SD), mode drwxr-xr-x, size 48, nlink 2, mtime 04/22/2002 23:05:55 blocks 8
-------------------------------------------------------------------------------
|  1|1 2 0x1 DIR, len 48, entry count 2, fsck need 0, format old|
###: Name              length    Object key      Hash     Gen number
  0: ".             "(  1)           1 2         0    1, loc 40, state 4 ??
  1: "..                 "(  2)          0 1         0    2, loc 32, state 4 ??
===================================================================
Creating reiserfs of 3.6 format
Block size 4096 bytes
Block count 903328
Used blocks 8239
Free blocks count 895089
First 16 blocks skipped
Super block is in 16
Bitmap blocks (28) are :
      17, 32768, 65536, 98304, 131072, 163840, 196608, 229376, 262144, 294912, 327680, 360448, 393216, 425984, 458752, 491520, 524288, 557056, 589824, 622592, 655360, 688128, 720896, 753664, 786432, 819200, 851968, 884736
Journal size 8192 (blocks 18-8210 of file /dev/md0)
Root block 8211
Hash function "r5"
ATTENTION: YOU SHOULD REBOOT AFTER FDISK!
(y/n)    ALL DATA WILL BE LOST ON '/dev/md0'! n

mkreiserfs: Disk was not formatted

(ik heb dus op n gedrukt).

Ik had reiserfs niet in mijn kernel gecompileerd en dus heb ik hem als module gecompiled en daarna 'modprobe reiserfs' gedaan (hij draait dus zonder problemen).
Deze module is sowieso nodig om de kernel reiserfs te doen ondersteunen

[_nethack]

Er lijkt eigenlijk niks aan de hand.
Als je op een fysieke schijf partities wijzigt met fdisk wil het wel eens gebeuren dat ie de gemaakte wijzigingen niet direct overneemt. Zou je dan een partitie gaan formatteren dan bestaat de kans dat je de verkeerde partitie formatteert, of data op andere partities beschadigd raakt. Vandaar de melding van mkreiserfs 'let ff op, na fdisk eerst rebooten, dan formatteren'

Als je sinds het aanmaken van de partities waaruit je md device is opgebouwd al eens gereboot hebt is er dus feitelijk niets aan de hand en kun je gewoon verder gaan.

[Arjan A]

Op dinsdag 23 april 2002 00:15 schreef Operations het volgende:
Er lijkt eigenlijk niks aan de hand.
Als je op een fysieke schijf partities wijzigt met fdisk wil het wel eens gebeuren dat ie de gemaakte wijzigingen niet direct overneemt. Zou je dan een partitie gaan formatteren dan bestaat de kans dat je de verkeerde partitie formatteert, of data op andere partities beschadigd raakt. Vandaar de melding van mkreiserfs 'let ff op, na fdisk eerst rebooten, dan formatteren'

Als je sinds het aanmaken van de partities waaruit je md device is opgebouwd al eens gereboot hebt is er dus feitelijk niets aan de hand en kun je gewoon verder gaan.

OK, dus ik zou het fs aan kunnen maken, en dan mounten zonder te rebooten. De vraag is dus of het werkt.

* Arjan A gaat eens ff wat experimenteren (zo belangrijk is die uptime na 4 pilsjes nou ook weer niet

[Arjan A]

update:
Gewoon maar gedaan, geen reboot nodig en alles werkt als een zonnetje

nu ff benchmarken

[Wilke]

Op maandag 22 april 2002 23:53 schreef Dromer het volgende:
Op google tussen " zetten helpt
Maar je verandert iets wezelijks aan je schijf indeling.
Vindt het niet meer als logisch.

Windows-gebruiker? "Veranderen van je IP is 'een wezenlijke verandering van je netwerkconfiguratie'. Vind het niet meer dan logisch dat je dan moet rebooten".

j/k

Zoals inmiddels al blijkt hoef je ook helemaal niet te rebooten voor het maken van een reiserfs partitie

Na het wijzigen van je partitie-tabel echter wel! Waarom je na een fdisk moet rebooten heb ik nooit echt begrepen, dat ding zet toch op het moment dat je op 'save'/write drukt die partities anders, waarom zou dat pas doordringen na een reboot

Nou ja, het 'probleem' is al opgelost maar als iemand nog een goede verklaring weet...

[deadinspace]

Op dinsdag 23 april 2002 01:32 schreef Wilke het volgende:
Na het wijzigen van je partitie-tabel echter wel! Waarom je na een fdisk moet rebooten heb ik nooit echt begrepen, dat ding zet toch op het moment dat je op 'save'/write drukt die partities anders, waarom zou dat pas doordringen na een reboot

Omdat het op dat moment wel anders in de MBR staat, maar dan weet de kernel dat nog niet...

code:

Command (m for help): w
The partition table has been altered!

Calling ioctl() to re-read partition table.

WARNING: Re-reading the partition table failed with error 16: Device or resource busy.
The kernel still uses the old table.
The new table will be used at the next reboot.
Syncing disks.

Maar ik heb het ook wel eens goed zien gaan... Ik weet niet waarop het goedgaat/faalt...

[Ronald]

MEESTAL, krijgt de kernel de goede nieuwe partitie informatie door, echter niet altijd (slechts 1 keer gehad) en daarom geeft fdisk deze waarschuwing en herhaald mkreiserfs de waarschuwing nog eens.

Als het niet goed gaat is die ioctl() call waarschijnlijk niet goed gegaan om een of andere reden _{( naar jeadinspace)}

Na mkreiserfs zelf hoef je niet te rebooten hoor, dat staat volgens mij toch niet als zodanig in de tekst alleen fdisk wordt het aangeraden..