Newsgroup: it.comp.os.linux.sys
Titolo: mount FreeBSD ...

+----------------------------------------------+
|        ... perdona se il mio gergo ...       |
|      perdona se dicendo io corro rischio     |
|          di buscar qualche fischio !         |
+----------------------------------------------+
ho provato a far coesistere FreeBSD-4.5 con linux (SuSE 7.3) e Win (W-98
...) sullo stesso h.disk; tutto OK, compreso LILO, meno una cosa:
  da Linux non riesco a montare la partizione di FreeBSD nonostante segua
  per filo e per segno le istruzioni di "man mount" in cui si dice
  esplicitamente di dare:
  mount -t ufs -o ufstype=44bsd /dev/... /dir...
e nonostante nel mio kernel sia presente il modulo UFS che dopo il comando
di mount menzionato (e regolarmente fallito!) trovo residente in memoria
con lsmod. Nel dubbio che il modulo UFS debba essere builtin nel kernel ed
associato al modulo che permette anche la funzione r&w delle partizioni
BSD (funzione ancora in fase sperimentale e definita ``dangerous'' nel
menù di configurazione kernel ...) ho fatto un rebuild del kernel in tal
senso, ma senza risultato alcuno ... :-(
Qualcuno di voi ha esperienza in merito?
  pino

 ...) sullo stesso h.disk; tutto OK, compreso LILO, meno una cosa:
Questo e' quello che uso io
[cowo@braveheart cowo]$ cat /etc/fstab|grep bsd
/dev/hdd1 /mnt/freebsd ufs noauto,rw,ufstype=44bsd 0 0
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! I Never Wanted To Be What They Told Me To Be
  		Fulfill My Fate Then I'll Be Free >!- Blind Guardian - Mordred's Song

   mount -t ufs -o ufstype=44bsd /dev/... /dir...
Okkio! Metti anche "ro" tra le opzioni...
-- 
Saluti, Antonio Gallo - AGX per gli amici di Usenet
(o_         
http://www.antoniogallo.it
   Sito personale
//\         
http://www.badpenguin.org
    Progetto "Bad Penguin" (d)
V_/_        
http://www.linux.it/ILS
      Italian Linux Society 

 /dev/hdd1 /mnt/freebsd ufs noauto,rw,ufstype=44bsd 0 0
  .....
Ti ringrazio ancora e mi auguro che quel che ho scoperto sia per te
interessante e magari ti consenta di darmi una ulteriore indicazione utile
... per ora provo a mio modo in questa nuova direzione ...
ciao.........
  pino
-------------------------------------------------------------------------
P.S. prima di spedire questo post ho fatto una prova: una veloce
     reinstallazione di FreeBSD sulla partizione 4 (/dev/hda4) e nel menù
     di sottopartizionamento della corrispondente ``slice'' di FreeBSD (2
     sottopartizioni: swap + / ...) per la sottopartizione fs (mount point
     / ...) ho richiamato l'opzione N (New fs parameters) dando anzichè il
     default "... -b 16384 -f 2048", il nuovo valore "... -b 8192 -f 2048"
                              FUNZIONA ;-)))

 qualche idea in piů ...
Infatti la questione e' che hai creato il filesystem con blocksize != dallo 
standard. Diciamo che non c'e' una soluzione sicura. Sarebbe meglio
riformattare lo slice BSD (come hai detto di aver provato) con un blocksize 
fra quelli proposti.
Oppure puoi provare questa gabola, che cmq e' solo una porcheria rischiosa e
non garantita:
vai nei sorgenti del kernel
fs/ufs/super.c:654 e sostituisci
if (uspi->s_bsize != 4096 && uspi->s_bsize != 8192
	&& uspi->s_bsize != 32768) {
con
if (uspi->s_bsize != 4096 && uspi->s_bsize != 8192
	&& uspi->s_bsize != 32768 && uspi->s_bsize != 16384) {
Ma non dire che te l'ho detto io :-))
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! A mathematician is a device for turning coffee into theorems. !>-
                P. Erdos

 Ma non dire che te l'ho detto io :-))
consiglio intrigante e di sicuro interesse questo ... Smanettare nei
sorgenti del kernel oltre ai rischi comporta anche l'acquisizione di nuove
nozioni ... :-\
  Per ora mi sono limitato a ritentare con un NewFsOptions sotto FreeBSD
pari a "... -b 32768 -f 4096" e la cosa oltre a funzionare egregiamente
come mount da Linix sembra funzionare egregiamente anche come performance
del fs-UFS sotto BSD.
Quando tu dici che il mio problema è nato per un mio uso di parametri non
standard nel partizionamento di BSD hai proprio ragione, ma quel 16384
(strano davvero in quel contesto un numero che non sia della serie 512
1024 2048 4096 ... 32768 ...) non lo indicavo io ma lo prendeva per
default il mio FreeBSD-4.5: un set di 4 cd le cui immagini iso sono state
scaricate dal sito FTP ufficiale ... !?
In ogni caso ti ringrazio perché la tua indicazione è stata quella da cui
è partita la soluzione dei miei problemi; ora, con calma, ho notato che
fdisk di linux prevede (se sono presenti partizioni UFS) l'opzione ``b''
con cui vai in un sottomenù che dice molte cose riguardo alla struttura
interna delle ``slice BDS'' ... Se non hai ancora provato val la pena
curiosare ...
Ora io ho, ad esempio, con l'opzione ``p'':
   Device Boot    Start       End    Blocks   Id  System
/dev/hda1             1       383   3076416    c  Win95 FAT32 (LBA)
/dev/hda2           384       415    257040   82  Linux swap
/dev/hda3           416      2076  13341982+  83  Linux
/dev/hda4          2077      3737  13341982+  a5  BSD/386
  ... e con l'opzione ``b'' seguita nuovamente da ``p'':
#       start       end      size     fstype   [fsize bsize   cpg]
  a:     2077      3707*     1630*    4.2BSD     4096 32768   349
  b:     3707*     3737        30*      swap
  c:     2077      3737      1661     unused        0     0
interessante no?
Ciao....... ;-)
  pino