FUG-BR / Grupo Brasileiro de Usuarios de FreeBSD - SU+J - Evoluo do Soft Updates promete dizer Adeus ao FSCK com um micro-journal.
SU+J - Evoluo do Soft Updates promete dizer Adeus ao FSCK com um micro-journal.
Por P. Tracanelli (FreeBSD Brasil)   
18/12/2009

O Jeff R. (autor do ULE 3.0) e ninguém menos que o McKusick iniciaram um projetinho juntos semana passada, para adicionar um micro-journal no Soft Updates. A intenção é gravar nesse micro-journal apenas informações de alocação de blocos, blocos livres e modificações nos contadores de link de inodes.

Na prática, com um micro-journal de 32 byte por registro (muito menor que qualquer outro) o Soft Updates não vai mais precisar de FSCK (nem fore nem background) depois de um crash. O projeto tem financiamento da Juniper, do Yahoo e da iXsystems. A expectativa é que "The code will be
publicly available within two weeks."


http://jeffr-tech.livejournal.com/22716.html

Então somemos mais um tempo pra testes, sair do -CURRENT ir parar no -STABLE e depois no próximo release e provavelmente no próximo -RELEASE da série 8 ano que vem, teremos HAST e SU+J num mesmo lançamento.

Comentrios
Aldon
Por Aldon em 10/06/2012 11:24:23
I literally jumped out of my chair and danced after readnig this!
mMWcxVRmFesEEOs
Por Enes em 19/07/2012 19:54:34
Yes, indeed.I need to fill up that sintrg to avoid freezes when trying to configure the network from thea0GUI.Also, I needed to set immutable flag on tthe file, otherwise at some point it got overridden.chflags schg /etc/wpa_supplicant.conf
I tested the same sm
Por Isha em 15/09/2013 10:48:35
I tested the same smeysts as you last night (CentOS 5.1 -> FBSD 7) and had mixed results.I managed to get round SElinux (switched it off ;) ) and I managed to solve the dependencies for building :- uudecode I used from busybox-anaconda- bsdtar I build from hand from the libarchive source. This require the bzip libs installed to build with the -z compression optionIf you have better solutions for the above, I'd be interested to hear.This, along with a FreeBSD 7 RC2 CD successfully built the disk.img file after running depenguinator.However...Colin's instructions fall down slightly here as, assuming a stock install, RHEL / CentOS boxes come with swap as part of an LVM partition.This leaves only /boot as the spare partition to dd the depenguinator image onto. However you do this, and you lose grub.Whilst Colin's solution is elegant it's not very flexible. I tried the below with mixed results :- dd'd the image to a seperate drive (sdb1) and told grub to boot from there. Grub returned an error (off the top of my head something aking to an unknown binary type)- dd'd the image to /dev/hda1 (the /boot partition) which left the grub loader intact on the boot sector. Attempted to manually tell grub to load from there. Grub reported it didn't know what type of partition /dev/hda1 (hd(0,0)) now was and failed.- dd'd the image directly to /dev/hda. This booted and gave me the FreeBSD bootloader but then error'd trying to boot the FreeBSD kernel (kernel / loader not found).So mixed results. I'm going to replicate Colin's instructions precisely (using Ubuntu) tonight or tomorrow. It may be slight differences in Ubuntu's built libraries that cause a difference in behaviour? Certainly I seem to have built the image with success - it's just having problems booting!Hope this helps some, if I can fill in any gaps let me know. As you were the original 'bounty' requester - is Colin looking to tailor this to RHEL / CentOS / Fedora for you?


Comente!*
Nome:
E-mail
Homepage
Ttulo:
Comentrio:

Cdigo:* Code