A D-Link DNS-320 linuxos oldala - Squeezebox Server az olcsó NAS-ra

Címkék

Korábban azt ígértem, hogy hamarosan folytatom a "hogyan készítsünk olcsó linuxos NAS-ból hangtalan, 10W alatti fogyasztású célszervert" cikket. Többen is érdeklődtek, hogy mikor érkezik a folytatás. Kicsit megcsúszott, de itt van! :) Az első részben összeállt a hardver. A második részben megnéztük, hogy mit kapunk a pénzünkért anélkül, hogy bármit is hackelnénk az eszközön. Most pedig belenézünk a mélyére, előcsaljuk belőle a rejtőző Linux-ot, illetve megnézzük, hogy minimális erőfeszítéssel hogyan tudunk belőle Squeezebox Server-t készíteni úgy, hogy közben semmit sem veszít a gyári funkcióiból.

Hozzászólások

Van rajta USB? mert akkor _ha_ nem szabályozza le az USB port sebességét (és nem használjuk pendrivehoz), akkor lehetne pl.:

- SLIP-elni egy RS232-USB adapterrel (régi masinák esetén, pl. AIX/PS2 fut bármilyen pécén, de nem támogat szinte semmilyen NIC-et)
- soros terminálon ránézni getty+RS232-USB adapter
- ha rádugok egy pendrive-ot, azt automatikusan megosztaná pl. NFS-en (Wisconsin Unix/VAX mást nem nagyon kezel), vagy VAX/VMS alá
- root-on-NFS bootszervernek diskless Sun/SGI/DEC stb. hardverekhez
- MOP szervernek DEC/VAX gépekhez. Létezik-e mopd linugz alá? linugy/arm alá? Ha igen, hogyan működik(-e(gyáltalán))?

ha nincs rajta RJ45 dugó, akkor usb hub-on rátehetünk RJ45 ethernet adaptert.

A fenti ötletek bármelyikét ki óhajtja megvalósítani?

http://hup.hu/taxonomy/term/209
http://www.youtube.com/watch?v=QXz7-BNC6jw
http://nocirc.org/

örvendetesen szaporodnak az ilyen kis fogyasztású eszközök és köszi a használatukat megkönnyítő kényelmes leírást!

--
xterm

Bocs, most láttam, hogy egy korábbi cikkben már megválaszoltad a kérdésem...

Üdv.
EnRoX

arról esetleg van-e infód, hogy elérhető-e hozzá valamilyen módon saját módon összeállított disztró? Szeretnék egy NASt otthonra, de inkább én konfigurálnám, én telepíteném etc... elvégre akár szenzitív adat is mehet rá.

Az összes fontosabb adatom titkosítva került rá. Tehát ez nem probléma.

Viszont ha mindenképpen saját disztrót akarsz rá, akkor szerintem a Debian rámegy. Legalábbis a DNS-323-ra rámegy. Ez meg azt hiszem, hogy ugyanaz a vas, csak több memória és gyorsabb processzor.

http://www.cyrius.com/debian/orion/d-link/dns-323/

Másik út (nem próbáltam), a D-Link kiadott egy Debian Squeeze csomagokot rá:

DNS-320&325_linuxDebian_revA_Squeeze_all_en_20110111.zip

Meg kell nézni mi van benne...

Szerk: letöltöttem, megnéztem. Ez egy fun-plug Debian, azaz, ahogy a cikkben le van írva, csak fel kell másolni a két fájt a Volume_1-re és egy Debian-t kapsz.

--
trey @ gépház

A fenti cikkben le van írva. A fun_plug egy script, amit a NAS boot-kor ellenőriz és ha van, akkor lefuttatja. A Squeeze esetében van mellette egy tgz batyu. Ezt kicsomagolja, majd feltétlezem a kicsomagolt Squeeze-be chroot-ol a boot végén.

Soros ha jól emlékszem van, hátul ki lehet vezetni. Ha ezt megoldod szemmel nem látható módon, akkor a garancia nem ugrik.

--
trey @ gépház

Szervusztok,

Én egy DNS-323-ra raktam Squeezecentert ez alapján: http://forums.slimdevices.com/showthread.php?t=83038

Majdnem jó lett, csak nem megy az új adatbázis lértrehozása. Viszont ha egy másik gépen létrehozott, üres adatbázist odaadok neki, a frissítő szken már jól lefut (a fenti fórumra beírtam a hibaüzeneteket).

Így használható végül is, úgyhogy abbahagytam a nyomozást a jelenség oka után.

Ed

Tehát, ha készítek egy fun_plug nevű fájlt a driveon az alábbi tartalommal, akkor
a 2.5" noti hdd-s kernel probléma megoldásra kerül?

fun_plug tartalma:

/ffp/sbin/hdparm -B 255 /dev/sda
/ffp/sbin/hdparm -B 255 /dev/sdb

A driveok értelem szerűen a példából.

Szerk:

"Egy megjegyzés a 2.5"-os HD-k Linux-os használatához.

A Linux kernel néhány verzióval ezelőtt még erőteljesen strapálta a laptop HD-kat, lerövidítve ezzel azok élettartamát. A 2.5"-os (laptop) HD-kban ugyanis van power management (a 3.5"-os normál HD-kal ellentétben), amit a kernel kicsit vadul kezel.

Lásd:
- Laptop harddrive Load_Cycle_Count issue
- High frequency of load/unload cycles on some hard disks may shorten lifetime

A gyártók a "load cycle count"-ra maximum 150000-600000-ig adnak garanciát (gyártótól függően). A Linux kernel percenként jó néhányat léptet ezen a számlálón (saját tapasztalatom szerint)."

/ ( blah-blah | 2011. január 16., vasárnap - 23:09 ) /

"Tehát, ha készítek egy fun_plug nevű fájlt a driveon az alábbi tartalommal, akkor
a 2.5" noti hdd-s kernel probléma megoldásra kerül?"

Nem, mert ez így nem fog lefutni. Ugyanis ha nem teszed fel az ffp-t, akkor a /ffp/ nem fog létezni. Leírtam a cikkben, hogy hova kell beírni. Az ffp telepítése _után_.

A Szerk: utáni részre: ezért kell kikapcsolni az Advanced Power Management-et...

--
trey @ gépház

Most ismerkedem a DNS-320-asommal.
Ezzel kapcsolatban lenne kérdésem, amit önálló fórum topikban fogalmaztam meg: DNS-320
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; Dropbox

Nekem is lett egy hasonló szerkezet, kicsit lassú de nem gáz.
Az ffp scriptből van új 0.7 itt már nem kell editálni (vagy itt, csak az előzőnél van egy kis leírás is)

Én a 320L-t vettem, viszont ott vannak problémák: transmission rendszeresen lefagy, gondolom az egész chrootolt környezettel együtt megy av entilátor folyamatosan. Ha újra venni kéne biztos nem venném meg, inkább házilag összerakni egy nas-t valami atom prociból, vagy arm procis kis kütyüt ami bootlható mindenféle hókuszpókuszok nélkül. (Ezen is menne a debien ha forrasztgatnék az alaplapon meg debian telepítőt raknék össze stb.) Nem ajánlom senkinek aki nem csak fájltárolásra használná hanem transmissionra ssh-ra rsync-re