Den frie kafeen

[Smif]

Jøss... Leste akkurat at FreeNAS skifter til linux som kernel. Kom litt overraskende på. Er visstnok mye grunnet hardware støtte. På den andre siden forsvinner zfs...

[Nizzen]

Samba, NFS, sshfs, Mediatomb, etc. Sjekk signaturen min for mer info.

 

WinSCP funka flott til å åpne videoer og mp3

 

Går det ann å åpne .rar arkiv også, så er jeg frelst! Får bare til å åpne et rararkiv med 1 fil hvis du skjønner. Jeg vil gjerne åpne et rararkiv med mange filer i.

 

Kan noen hjelpe meg med det tro?

[NgZ]

Hardware-støtte i en NAS? Joda, det finnes sikkert noen nettverkskort FreeBSD-kjernen ikke støtter som linux-kjernen har drivere for, men det vs. ZFS? ZFS any day.

 

Jeg inbiller meg at det er begrenset hardwarestøtte man trenger i en NAS. Skjermkort, wifi o.l. er vel neppe primærenheter.

[olefiver]

@Smif:

Hvor leste du det? Står ikkeno på FreeNAS sine sider...

 

@NgZ:

Vel, det er vel ingenting som sier at FreeNAS ikke kan installeres på en generell maskin som ønskes brukt til som et NAS.

Dessuten er det vel heller ingen selvfølge at et vilkårlig NAS fra en vilkårlig produsent er støttet av FreeBSD kjerna...

[NgZ]

Nå kjenner ikke jeg så godt til hvilke chipset som er ute i nettverkskort o.l., men er det så mye som ikke er støttet av FreeBSD.

[olefiver]

Hvis dette er en endring som har basis i økte muligheter for å kunne installere FreeNAS på generiske maskiner, og ikke "spesial"bygde NAS enheter, så er kanskje også støtte for HK-chipsett og RAID-kort noe å gjøre...?

 

Merk dog at jeg ikke har erfaring med hva som er støttet eller ikke i FreeBSD, jeg forsøker kun å finne mer eller mindre gode grunner uten noen kunnskap om grunnlaget for FreeNAS prosjektets bytte av kjerne. Hvis det skjer

[Smif]

Forumet dems:

http://sourceforge.net/apps/phpbb/freenas/...966&start=0

 

FreeBSD -> Debian Linux

 

Det ser ut som de stopper utviklingen til FreeNAS og går over til Den nye kjernen med debian som plattform. Dette har vært påbegynt siden juli og ser ut til å bli døpt CoreNAS.

 

FreeNAS 0.7 ser dermed ut til å den siste releasen med freeBSD kjerne, men vedlikeholdet fortsetter. (enn så lenge)

 

Jeg skjønner enda ikke argumentene for disse endringene, og jeg biter ikke på hardware støtte. (har dog ikke lest så mye enda)

Endret 6. desember 2009 av Smif

[olefiver]

Hehe, skulle akkurat til å spørre om du hadde lest alle 78 postene og funnet noen skikkelig grunn for bytte

[Smif]

Hehe, ikke helt.

 

Men dette sier en av utviklerne om saken:

 

Hello,

seems i have to say something about the current situation.

 

Since long time many users want to see more and more features in FreeNAS. But this is not possible as it is designed at the moment. The intention of FreeNAS was to be smart and simple. Because the roots of FreeNAS is m0n0 the complete design is to be compact. But for a NAS and all it's features we come to a situation that the complete core of FreeNAs is not able to meet that requirements anymore. It is really a pain to add new features and i'm not willing anymore to deny every request. It is hard to tell someone that it is not possible to add these or those features because of technical reasons if you do not have an overview of how FreeNAS works internally.

 

Some months ago i started to upgrade FreeNAS to FBSD8.0. I also thought about how to remove all these limitations of the previous versions to make it more enhanceable. The more i thought about it the more i came to the conclusion that it will be necessary to reimplement everything to get rid of these limitations.

The first is there will be no difference between 'embedded' and 'full' anymore. This is one of the reason why FreeNAS is so complex. Every script needs to ensure that the requirements are fullfilled to run without problems. Also the complete build scripts need to reimplemented because i do not want to go the same way as in the current versions. Right at the moment only the required files (binaries and libs) are copied. This is another reason why the maintenance and implementation of new features is hard to do.

To make it short, i was not willing to reinvent the wheel to get a simple build environment. TinyBSD and all the other build envs for FreeBSD does not meet the requirements needed.

Debian LiveHelper was to solution i was searching for. Also the complete Debian infrastructure seems to reduce the work to get a new FreeNAS to a minimum. The FreeBSD ports system is great, but i do not want to waste my time by fixing build problems, i only want to install and use software. Implemenmting the services and WebGUI is time consuming enough.

My decision to use Linux for the next version was because there are too much bugs in the core FreeBSD system. Simply have a look into the bug tracker. FreeNAS does not run on many systems, mainly new hardware makes trouble. The main reason is the driver problem with FreeBSD which seems to be no problem with Linux because there are great companies in the back that support it. Also the Linux developer community is much greater than the FBSD one.

Finally i have to say that the decision was not easy, but if you have to reimplement something from the beginning (and THIS IS NECESSARY to get rid of all the limitations), then you also use the latest technology that is available at the moment. And at the moment this is Debian/Linux (better driver support/maintenance/package system/docs/FUTURE-PROOF). The only limitation is the missing of ZFS, but i think there will be some equal filesystem available in Linux soon.

 

The main aim of the next generation is to make it as much as possible enhanceable. This does not mean that FreeNAS will include anything out-of-the-box (i plan to reimplement all the services that are available right at the moment), but it can be enhanced easily by the user via interfaces and scripts that can be copied to the system.

 

I know that there will be some users that will not be happy about that, but does it make sense to have a cool system that does not run on new hardware?

 

Regards

Volker

 

A short list of pros:

- Text and grahical installer that can be customized. This means no hand written install scripts anymore which causes some problems in FreeNAS

- WOL works in Linux

- lmsensor - A WORKING sensor framework which is a really needed feature in FreeNAS to check the CPU/MB temps and fan speeds

- Better Samba performance

- Ability to implement HA features

- System can be updated via 'apt-get' or any other deb package manager

- Better driver support

- Maybe 'ZFS' over FUSE (there is already one commercial product available that uses this feature)

- NFS4

- ...

 

 

Ser ut som hovedargumentet er rotete og lite utviklervennlig kode.

Og mulig han håper på btrfs som er erstatter til zfs...

Endret 6. desember 2009 av Smif

[Del]

Samba, NFS, sshfs, Mediatomb, etc. Sjekk signaturen min for mer info.

 

WinSCP funka flott til å åpne videoer og mp3

 

Går det ann å åpne .rar arkiv også, så er jeg frelst! Får bare til å åpne et rararkiv med 1 fil hvis du skjønner. Jeg vil gjerne åpne et rararkiv med mange filer i.

 

Kan noen hjelpe meg med det tro?

Ikke noe problem det vel, bare å pakke ut hovedfila, det er vel den av dem som ikke er nummerert. Fra kommandolinja med

unrar e filnavn

[jonnor]

Mer Debian i grenseland mot embedded området? Ikke meg imot!

[Nizzen]

Samba, NFS, sshfs, Mediatomb, etc. Sjekk signaturen min for mer info.

 

WinSCP funka flott til å åpne videoer og mp3

 

Går det ann å åpne .rar arkiv også, så er jeg frelst! Får bare til å åpne et rararkiv med 1 fil hvis du skjønner. Jeg vil gjerne åpne et rararkiv med mange filer i.

 

Kan noen hjelpe meg med det tro?

Ikke noe problem det vel, bare å pakke ut hovedfila, det er vel den av dem som ikke er nummerert. Fra kommandolinja med

unrar e filnavn

 

 

Jeg tenker på å la være å pakke opp rar arkivet for å se f.eks en fil direkte fra et rar arkiv slik som man kan gjøre i windows hvis du skjønner?

 

Når jeg åpner .rar fila så dukker rararkivet opp med den filmen jeg skal se. Trykker jeg på filmen, så maser winrar om .r00 file som er neste fil i arkivet.

 

Litt dårlig til å forklare, men men

[Xecuter]

Har Xfce en liknende løsning som Easy Peasy eller Ubuntu Netbook Remix? UNR kjører litt tregt på min Eee 900. Det er akseptabelt, men kan selvfølgelig bli bedre. Tenker på Debian og Xfce.

[olefiver]

Jeg tenker på å la være å pakke opp rar arkivet for å se f.eks en fil direkte fra et rar arkiv slik som man kan gjøre i windows hvis du skjønner?

 

Når jeg åpner .rar fila så dukker rararkivet opp med den filmen jeg skal se. Trykker jeg på filmen, så maser winrar om .r00 file som er neste fil i arkivet.

 

Litt dårlig til å forklare, men men

Tror jeg skjønner hva du mener.

 

Men jeg tror det er litt vanskelig siden filen ikke er komplett i den rar fila du åpner siden rar fila er delt opp.

Ergo får ikke evt avspillingsprogram en komplett fil å jobbe med...

[NgZ]

Dersom du kopierer kun den ene del-filen til din maskin, vil selvfølelig winrar klage over at den mangler neste fil. Åpner du filen der den ligger, sammen med de andre, vil du ikke ha noen slike problemer - da finner winrar resten uten problemer på egen hånd.

Men filmen må jo natuurlig nok pakkes ut før du får spilt den. Hvis du vil unngå det, må du bruke en avspiller som har støtte for å spille innholdet i splittede rar-arkiv sømløst. Vlc kan gjøre dette, det samme kan xbmc.

[Nizzen]

Dersom du kopierer kun den ene del-filen til din maskin, vil selvfølelig winrar klage over at den mangler neste fil. Åpner du filen der den ligger, sammen med de andre, vil du ikke ha noen slike problemer - da finner winrar resten uten problemer på egen hånd.

Men filmen må jo natuurlig nok pakkes ut før du får spilt den. Hvis du vil unngå det, må du bruke en avspiller som har støtte for å spille innholdet i splittede rar-arkiv sømløst. Vlc kan gjøre dette, det samme kan xbmc.

 

Jeg bruker WinSCP, og har lyst til å åpne et rararkiv når jeg sitter på en windows maskin og fila er på ubuntuserveren.

 

Problemet er vel at WinSCP ikkje skjønner at alle de andre rarfilene i arkivet skal loades samtidig slik som det gjøres i f.eks explorer i windows.

 

Er sikker på at det finnes en løsning på dette, men den må bare lirkes frem av dere linux eksperter

 

Problemet er jo egentlig at jeg ikkje får samba til å fungere sammen med Windows 7. Det funket i win 7 beta da :!: . Det er vel sikkert 100 andre på nettet som har samme problem at windows share sier at jeg har feil brukernavn og/eller passord.

 

Elsker ubuntu nå, men begynner å hate windows innimellom for at den ikkje vil samarbeide helt med linux

Endret 6. desember 2009 av Nizzen

[dabear]

Montér bare disken som nettverksdisk i windows. Bruk sftpdrive/expandrive for å få til det.

http://www.expandrive.com/windows

[Nizzen]

Montér bare disken som nettverksdisk i windows. Bruk sftpdrive/expandrive for å få til det.

http://www.expandrive.com/windows

 

Spennende! Hvis dette funker så skylder jeg deg en glass flaske med coca cola

 

Edit: Konge det funka akkurat som jeg ville! Dog det gikk jo skandale treigt da Med tunnelier får jeg max hastighet av gigabit, mens med dette programmet får jeg 3% av gigabit Sitter jo på lan med serveren.

 

Hvorfor er det ALLTID noen bakdeler med ting? Cap på 4 MB/s virker det som det er.

Endret 6. desember 2009 av Nizzen

[dabear]

Glassflaske? Du sender den per post til trondheim? PM for detaljert adresse!

[NgZ]

Skriver du inn SERVERNAVN\brukernavn-på-serveren som brukernavn? Jeg må det her for at det skal funke. Bare brukernavnet fungerer ikke, da legger win7 automatisk inn navnet på maskinen du sitter på først, og forsøker en Domene-login (uten at du på noen som helst måte har bedt om det - yay!) Hos meg kobler den da til nettverksstasjonen helt fint, men den innebygde backupløsningen, DEN sier fortsatt feil passord - Det samme skjer 50% av gangene jeg kobler til en ny share. Go figure.

Micrsoft suger balle, og LITT lock-in må man jo regne med selv om de for en gangs skyld har lansert noe som i det minste er brukandes (stort sett).