Buffalo

A inicializao do Nas ocorre pela ramdisk e pela partio de boot onde deve ficar o kernel.
A segir
mostrado o padro para partio e arquivos:
Kernel: sda1 :/ uImage.buffalo
Ramdisk: sda1 :/ initrd.buffalo
As parties da instalao Buffalo so como se segue:
sdb1 / sistema de arquivos ext2 inicializao
sdb2: /, sistema de arquivos ext3 ou xfs
sdb4: partio estendida
sdb5: swap definido como "sda5" no kernel
sdb6: descanso como, o sistema de arquivos XFS
Para promover o disco original, voc deve similar com Acronis True Image primeiro faa um
backup completo, a fim de restaurar o estado original.
Particionamento e sistemas de arquivos
O sistema requer pelo menos um / boot e a partio raiz. Isso resulta em:
Criao:
sdb1, 100MB, ext2/3/4, arranque (nenhum dano)
sdb2, de 4 at 10GB, ext2/3/4
sdb3, troca de swap
sdb4, ext2/3/4, com o resto para dados
root@stefanpc /media # fdisk -l /dev/sdb
Platte /dev/sdb: 1000.2 GByte, 1000204886016 Byte
255 Kpfe, 63 Sektoren/Spur, 121601 Zylinder
Einheiten = Zylinder von 16065 512 = 8225280 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x1da26627
Gert boot.
/dev/sdb1
*
/dev/sdb2
/dev/sdb3
Solaris
/dev/sdb4
Anfang
1
15
745
868
Ende
14
744
867
121601
Blcke
112423+
5863725
987997+
969795855
Id
83
83
82
System
Linux
Linux
Linux Swap /
83
Linux
mkfs.ext3 /dev/sdb1 -L BOOT /boot formatado

mkfs.ext3 /dev/sdb2 -L ROOT root formatado
mkswap /dev/sdb3 -L SWAP Swap erstellen
mkfs.ext3 /dev/sdb4 -L DATA /data formatado
mount /dev/sdb2 /media/sdb2 root montado
mkdir /media/sdb2/boot Verzeichnis fr /boot erstellen
mkdir /media/sdb2/data Verzeichnis fr /data erstellen
mount /dev/sdb1 /media/sdb2/boot /boot montado
mount /dev/sdb4 /media/sdb2/data /data montado
os parmetros para o sistema de arquivos root e dados, 100 blocos reservados e verificao de
sistema de arquivos com apenas 171 blocos.
tune2fs -i 171 -c 0 -r 100 /dev/sdb1

42 Kommentare zu 'Debian auf der Linkstation Live'

Kommentare zu 'Debian auf der Linkstation Live' als RSS oder TrackBack.
1. #1
Kommentar von Achim am 19.10.2010 um 10:56 Uhr
Geprft und fr gut befunden *thumbs-up*
2. #2
Kommentar von Nigg am 04.11.2010 um 06:15 Uhr
Hi,
ist bei deinem 2.6.22.18 Kernel zufllig mit CONFIG_SCSI_MULTI_LUN=y compiliert?
Gru,
Nigg
3. #3
Kommentar von anon am 04.11.2010 um 22:43 Uhr
Hey,
vielen dank fr die tolle anleitung , bin gerade dabei debian auf einer 1.5 TB platte fr die
linkstation live zu prparieren.
Hattest Du besondere Grnde, von XFS nach ext3 zu wechseln? Gibt es performanceunterschiede?
4. #4
Kommentar von Stefan am 05.11.2010 um 00:37 Uhr
Woher der 2.6.22.18 Kernel kommt weiss ich nicht mehr. Eine .config hab ich leider auch
nicht, so kann ich nicht sagen, ob SCSI_MULTI_LUN aktiviert ist. Wieso denn? Kartenleser
oder was hnliches?
ext3 nehm ich aus Gewohnheit, und da ich xfs noch immer nicht ganz traue. Sollte ich ihm
nochmal ne Chance geben?
5. #5
hab ein externes Gehuse fr max 4 Hdds mit eSATA und USB. Die Linkstation erkennt
leider immer nur die erste Platte im Gehuse.
6. #6
Ich schau mal, ob ich die .config fr meinen Kernel irgendwoher bekomme
Ed:
So, hier wre eine .config fr 2.6.29.1 mit CONFIG_SCSI_MULTI_LUN=y.
7. #7

ich habe wieder Hoffnung, aber ich habe leider berhaupt keine Erfahrung im Kernel-selberschrauben. Ich dachte eher die .config wre weniger das Problem.
8. #8
Hi Stefan,
du hast Recht, man sollte definitiv ext3 oder jfs
verwenden. Mir war es nicht bekannt, aber xfs hat auf
arm offenbar einige Probleme.
Bei mir (LS-DHGL) fhrte XFS-formatierte root-partition in kombination mit neueren
kernels zu einer reboot-Schleife.
Nun luft aber lenny + 2.6.29 auf meiner LS-DHGL
9. #9
so, kernel gebaut .. funzt natrlich nicht, boot-schleife oder so
10.#10
Das macht der 2.6.26 Kernel von davy_gravy (in den Links oben) bei mir auch, ohne
irgendwelche Logs. Eine serielle Schnittstelle habe ich nicht, deswegen kann ich nicht
sagen, woran es liegt.
Ich weiss aber, dass die Kiste bootet: Sie ist kurz mit Ping zu erreichen, beim richtigen
Timing auch per SSH. Aber sie startet eben auch (sptestens) gleich nach dem Login neu.
Ich tippe auf Probleme mit dem Watchdog.
Ich werd wohl demnchst mal die serielle Schnittstelle rausfhren und testen
Als Feedback-Umfrage Wer von Euch hat denn mit meinem Tarball, Kernel und Modulen
seine Linkstation zum Laufen bekommen?
11.#11
Sie luft mit dem Kernel/Tarball von dir perfekt nur eben ohne die oben genannte USBErkennung.
12.#12
Hi Stefan,
nur als Anmerkung, da man leicht auf die Terminologie hereinfllt, ich habe eine
Linkstation Live V2, das ist eine neuere LS-DHGL. Nicht zu verwechseln mit den
Linkstation Live LS-CHL, die in 3 Versionen existiert.
Die DHGL scheint nicht mit deinen Kernels zu laufen, obwohl es evtl. auch an anderen
details gelegen haben kann.
Jedenfalls luft jetzt alles hervorragend mit dem 2.6.29.1er kernel und lenny root von
davy_gravy verwendet, zusammen mit original
u-boot.buffalo und deiner leeren initrd.
Weiter Unterschiede, die fr die DHGL vs CHL beachtet werden sollten: sda1 musste ich als
ext2 mit 256 MB formatiert, 1 GB war dem DHGL-u-boot offenbar zuviel.
Baue jetzt mal nen akutelleren Kernel (mal schauen obs 2.6.36 tut).
Bei Interesse knnte ich auch mal ein tarball schnren, den du zu deinen vorbereiteten CHLfirmwares gesellen kannst.
13.#13
Das is ja schonmal was ;P
Ich hab heute mal einen USB-Kartenleser angesteckt (Mein 2.6.22.18-Kernel), es werden 4
Gerte gefunden lt. dmesg. Ich werd wohl Anfang nchster Woche doch mal nen neuen
Kernel backen.
Zu bld, dass ich nicht wirklich weiss, woher mein Kernel kommt Hab bissl die bersicht
verloren
Edit:
h, zefix Der 2.6.22.18-88f6281 ist ein original Buffalo-Kernel, klar.
14.#14
kann dmesg leider nich aufrufen:program smartctl is using a deprecated SCSI ioctl, please
convert it to SG_IO
Der Tarball war wirklich klasse und sehr sehr hilfreich. Aber das mit dem Kernel wre ja
sahne!
15.#15
Das Problem mit smartctl/smartmontools sollte mit 5.36 behoben sein, ist es aber
wahrscheinlich nicht so ganz. Bis zu einem Debian-Update von smartmontools werden die
Logs also wahrscheinlich weiter vollgemllt werden.
Funktionell luft es bei mir, nur eben die Warnung, dass smartmotools/smartctl veraltete
System-Aufrufe verwendet. Ich kompiliere jetzt mal smartmontools 5.40 zu Fu.
Edit:
Nix, auch mit 5.40 program smartctl is using a deprecated SCSI
ioctl, please convert it to SG_IO. Dann liegts wohl (auch) am Kernel.
16.#16
root@nas ~ # mount -t ntfs-3g /dev/sdb1 /data/disk1
FATAL: Module fuse not found.
ntfs-3g ist drauf, fuse ist wohl nicht dabei beim kernel?
17.#17
@anon: Ich habe eine LS-CHL-V2, die sich in /proc/buffalo/firmware auch so
meldet:
PRODUCTNAME=LS-CHL-V2(YURYAKU)
Siehe hier. Von der ist auch der Stock 2.6.22-18-Kernel.
18.#18
habe da etwas interessantes entdeckt: http://forum.buffalo.nas-central.org/viewtopic.php?
p=139569#p139569
19.#19
hm, scheint leider nichts zu ntzen das Script, wenn der Kernel ohne das
CONFIG_SCSI_MULTI_LUN-Flag compiliert wurde :/
20.#20
Kommentar von Bernhard am 29.11.2010 um 15:42 Uhr
Hallo,
wie sieht es mit einem Upgrade von Lenny auf Squeeze aus?
geht das ohne die Kiste zu zerschiessen?
21.#21
Habs noch nicht probiert/fr ntig gehalten. Aber wenn Du vor dem dist-upgrade das
Filesystem an einem PC sicherst kann ja nix schiefgehen
22.#22
Kommentar von simon am 01.12.2010 um 01:41 Uhr
Puh 2 Tage bastel ich rum, und gerade wenn alles geht finde ich bei der suche nach dem
blstools-fix diesen Post hier perfekt zusammengefasst und schn zu lesen hier.
Auf meinem CH1.0TL (PRODUCTNAME=LS-CHL (YURYAKU)) rennt nach meiner
Bastelei der 2.6.31.8-svn22059 (armv5tel) kernel mit einem kompletten Lenny wre viel
schneller gegangen mit deinem Post hier
Mein Ziel ist es auf der Kiste noch OpenVPN als Client zum laufen zu bekommen dazu
brauche ich aber definitiv einen eigenen Kernel mit tun.o als modul soweit korrekt?
Gre und weiter so! S.
23.#23
Hallo,
ich bin verwirrt und schaffe es einfach nicht von 2.6.31.8-svn22059 auf die 2.6.29.1 von
davy_gravy oder irgend einen anderen Kernel zu Updaten. Module sind in /lib/modules, ich
verndere einzig die uImage.buffalo von der aus deinem tar-Ball zur neuen Kernel-Version
und schon bootet die Station nicht mehr. Logs gibts keine, auch kein Reboot, nada.
Wie hast du / habt ihr es denn geschafft das hinzubekommen?
Merci & Gre
24.#24
Bei mir ists andersrum =)
Wenn ich irgendeinen x-beliebigen Kernel mit Modulen nehme, sei es davy_gravy oder
sonstwas, dann bootet die Kiste nimmer. Keine Ahnung was das ist
25.#25

Ganz genau so ist das hier auch. Es funktioniert mit dem Standard-Kernel, mit keinem
anderen.
Es gibt keine Logs in keiner Form. Da wir den Standard uBoot verwenden auch keine
mglichkeit an die Bootlogs zu kommen(?). Auffllig ist auch: sehr hufig in Foren ist die
Boot-Ver. 1.09 mein System hat aber 1.10 hier fand ich aber auch noch keinerlei Infos zu
den Unterschieden. Serielle Schnittstelle habe ich hier leider nicht envars kann ich auch
nicht schreiben.
Ich bin verwirrt!
26.#26
Kommentar von Dirk am 22.12.2010 um 02:22 Uhr
etwas hakt bei mir(LS-CHLv2,1 TB,einrichten per debian-Laptop):
ich wollte ich das root-Filesystem(/dev/sdb2) auf 10G vergrssern,und musste dazu die
dahinterliegenden partitionen lschen. Beim Neuanlegen sagt Gparted, dass GPT Partition
Table keine extended Partitions zulsst.
Habe jetzt sda1 (boot) mit 1 G, sda2 (root) mit 10G, sda3(swap) mit 1G und sda4 fr den
Rest. Brauch ich denn berhaupt extended Partitions?
27.#27
Um sda5 anzulegen, welche als Swap verwendet wird, muss man eine erweiterte Partition
verwenden als primre Paritionen kann man nur 1-4 anlegen. Wie im Text geschrieben
bentigt man jedoch zumindest bei mir keine GPT-Partition.
28.#28
Kommentar von D3f3kt am 04.01.2011 um 01:04 Uhr
Hi,
ich habe seit kurzem ein Linkstation Live und berlege das Debian draufzubgeln.
Ich habe beim Datentransfer ~16MiB/s und das im gbit netzwerk. Normalerweise habe ich
~60MiB/s.
Ist das mit dem Debian immernoch so langsam?
Als Mediaserver wrde ich FireFly oder MediaTomb nutzen wollen und als Bittorrent Client
Torrentflux. Mute ich der Linkstation damit zuviel zu?
Gru
D3f3kt
29.#29
Einen uPNP-Server habe ich nicht am Laufen, ich verwende Twonky auf meinem HP X312NAS Aber Torrentflux luft einwandfrei.
Mit der verbauten CPU und der Hardware generell (SATA, RAM, LAN) wirst Du aber
nichts ber 15-20MB/s erwarten knnen.
Das X312 macht unter Linux mit dem 4-Kern-Atom und Software-RAID ca. 85MB/s R/W.
30.#30
@Stefan, danke fr die Info.
Dann geht das Ding zurck. Htte nicht gedacht, das die 400MHz CPU so stark den
Datendurchsatz senkt.
31.#31
Ich teste morgen nochmal den Durchsatz!
32.#32
Hi, hier die Antwort auf meine mail an Buffalo bezgl. der Datenrate von nur 16MB/s.
33.#33
Sehr geehrter Herr XXXXXXXX,
vielen Dank fr Ihre Email.
Die LinkStation Live LS-CHL ist eine NAS aus dem untersten
Preisbereich. Um diesen halten zu knnen, ist hier eine 400
MHz starke CPU verbaut, deren Leistung ausreicht, um die NAS
im klassischen heimischen 100MBit-Netzwerk zu betreiben.
Leistungsstrkere Gerte wren die LinkStation Pro LS-XHL mit
einem 1,2 GHz starken Prozessor oder die neue LinkStation Pro
LS-VL mit einem 1,6 GHz starken Prozessor. Beide LinkStation
Pro liegen jenseits der 42 MByte/s schreibend in einem
Gigabit Netzwerk.
mit freundlichen Gren,
best regards
Joerg Andreas
Sales Engineer Central Europe
BUFFALO TECHNOLOGY
34.#34
Kommentar von Duffy am 21.02.2011 um 15:59 Uhr
Moin,
Das mit der Geschwindigkeit stimmt so nicht.
Ich habe die Firmware 1.10 am laufen (noch nicht verndert).
CIFS= 20 MB/s
FTP= 38 MB/s
Dies kommt natrlich immer auf die Grsse der Datei an.
Gruss
35.#35
Klar kommt es auf die gre der Datei und vor allem das Protokoll an man sieht schon,
dass FTP viel weniger Overhead hat.
38MB/s habe ich auch mit FTP oder NFS nicht geschafft, das sieht doch garnicht mal so
schlecht aus!
36.#36
Moin Stefan,
Hab gestern meine LS-CHL mal nach deiner Anleitung auf Lenny bringen wollen, aber
leider hat es nicht so ganz hingehauen
(Boot-Cycle)
Wenn ich das richtig verstanden habe, dann haben wir beide zumindest die gleiche Version.
LS-CHL rotes interface 64 MB Ram Kernel von Haus aus 2.6.22.18
Meine Firmware war allerdings 1.10 und BOOTVER=0.09
/proc/buffalo/firmware meldete sich auch als LS-CHL und nicht wie bei dir mit LS-CHLv2
Ausserdem habe die 1TB und nicht die 2TB Version.
Nun hnge ich aber in irgendeiner Boot-Schleife. Linkstation blinkt blau, lfter geht an,
nach 15 sek geht der lfter aus, und kurze zeit spter auch die LS. Dann beginnt das Spiel
von vorne
Was ich gemacht habe:
(erstmal viel rumgespielt, bis ich mich entschlossen habe deine Version zu nutzen
)
Habe aber nix an den Partitionen gendert. Nur Debootstrap etc.
1. Platte ausgebaut und an einen Linux pc geklemmt
2. dein image rootfs nach sda2
3. sda1 mit ext3 formatiert
4. dein image v2 Kernel 2.6.22.18 nach sda1
5. fstab editiert, da sda2 und sda6 xfs sind
die Datei etc/udev/rules.d/70-persistent-net.rules existiert brigens bei mir nicht..??
Hab also nicht die Partitionsgrssen gendert.. scheint aber gengend platz gewesen zu sein..
Die Boot Schleife hngt doch irgendwie damit zusammen, dass er kein uImage bzw. keinen
Kernel findet.. Aber das ist doch vorhanden..??
Macht ext2 zu ext3 eigentlich einen Unterschied in der fstab? Sind doch eigentlich
kompatibel..
Danke und Gruss
Duffy
37.#37
Moin,
nur noch mal der vollstndigkeit halber
Nachdem ich mit dem Punkt Partitionieren und Dateisysteme fertig bin, kann ich doch mit
dem Punkt Root-Dateisystem auspacken weitermachen. Oder?
Du lieferst ja eigentlich alles mit ..
Gruss
38.#38
Moin,
habe die Firmware 1.37 mod 1 installiert und bin dann nach deiner Anleitung vorgegangen.
Nun hat es funktioniert..
Danke dafr
39.#39
Du hast die Shonk 1.37-mod1 geflasht und danach die Platte nach Anleitung am PC
bearbeitet?
Ich habe keine Ahnung was die Firmware ndert, aber es mu ja etwas mit der
Partitionierung zu tun haben, wenn Du die Inhalte gelscht und die Archive entpackt hast.
40.#40
Moin,
ja genau.
also die Partitiontable habe ich mit sicherheit nicht angefasst .. will ungerne sda6 wieder
draufschaufeln mssen
Das einzige was ich gemacht habe, ist mkfs auf sda1 und sda2. Dieses wird die Firmware
wohl auch ausfhren..
Ich hatte dann irgendwo gelesen, dass diese schleife entsteht, wenn boot nicht gelesen
werden kann.
Was nun allerdings sehr mehrwrdig ist:
Ein tftp mit der 1.10 oder foonas-em lsst die box nur dauerhaft blau blinken.
Irgendwie sind meine partitionen wohl versaut, so dass diese systeme nicht starten knnen
hatte auch mal was mit ner inode von 128 gelesen.. ??
Werde wohl doch mal meine partitionstabelle komplett neu machen mssen. Vielleicht
startet dann auch endlich foonas-em?
Oder hast du eine idee woher das dauerblinken (also ewiger startvorgang) kommen knnte?
Gruss
41.#41
Kommentar von Seelenteufel666 am 03.04.2011 um 15:36 Uhr
Schade das hier nicht auch noch ne Erklrung zu finden ist wie man ein Kernel Update
macht. Das fehlt hier noch total. Durch die Beschreibung habe ich meine LS-CHL v2 auf
Debian bekommen aber leider fehlt mir die Funktion ein Kernel Update zu machen
vielleicht gibt sich hier nochmal jemand die mhe.
Sonst aber super anleitung
42.#42
Kommentar von Georg am 18.04.2011 um 09:32 Uhr
Hallo zusammen, hat jemand vielleicht einen Hinweis, wie ich zeitgesteuertes
Runterfahren/Aufwachen hin bekomme. Oder zumindest fr den Anfang: einen sauberen
Shutdown ber script.
Gre

Buffalo

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Buffalo

Hochgeladen von

Copyright:

Verfügbare Formate

A inicializao do Nas ocorre pela ramdisk e pela partio de boot onde deve ficar o kernel.

mkfs.ext3 /dev/sdb1 -L BOOT /boot formatado

tune2fs -i 171 -c 0 -r 100 /dev/sdb1

42 Kommentare zu 'Debian auf der Linkstation Live'

Kommentar von Nigg am 05.11.2010 um 18:04 Uhr

Kommentar von simon am 20.12.2010 um 19:25 Uhr

Das könnte Ihnen auch gefallen