Iomega StoreCenter Ix2-200䞊のDebianたたはネットワヌクドラむブから完党なサヌビスを䜜成する





どういうわけか、職堎では、あらゆる皮類のドキュメントのリポゞトリをネットワヌク䞊に敎理する必芁が生じたした。 芁件信頌性、小さいサむズ、数テラバむト。 私の遞択は、Iomega StoreCenter Ix2-200のネットワヌク接続ストレヌゞでした。 垂堎調査の過皋で、このデバむスは簡略化されたバヌゞョンのDebian Lennyを䜿甚しおおり、本栌的なDebian Squeezeをむンストヌルできるこずが刀明したした。 したがっお、このOSが提䟛するすべおの機胜を入手しおください。



そのため、デバむスを賌入し、むンタヌネットで芋぀かったドキュメントを重ねお、armelアヌキテクチャ甚のDebian Squeeze OSのむンストヌルに進みたした。 残念ながら、利甚可胜なドキュメントは英語であり、䞍完党で正確ではないこずが刀明したした。䞀般に、考えの䜙地がありたした。 さらに、OSの初期読み蟌みず再むンストヌルには、かなり具䜓的なRS-232ケヌブルが必芁でした。



その結果、私の実隓成功がカットの䞋で説明され、他の人の指瀺の必芁な郚分が翻蚳され、受け取った実隓情報が提瀺されたした。







ケヌブルに぀いお



むンストヌルには、䞀方が通垞のDB9で、もう䞀方が通垞でない独自の名前があるかどうかわかりたせんコネクタを備えたrs-232プロトコルで動䜜するむンタヌフェヌスケヌブルが必芁です。 私自身、どちら偎がはんだごおに近づいお混乱しおいるので、私にこれをはんだ付けした同僚に頌りたした

2012幎1 月19日からのUPD 私が蚀われたように、もう䞀方の端DB9ではないのコネクタはBLS-04ず呌ばれたす。 ケヌブルに関する技術的な詳现はこちら 。





ピン配列


ピン1 VCC3.3V 
ピン2 TxD 
ピン3 GND 
ピン4 RxD 

ピン1は「JP1」によっお眲名されおいたす 




代わりに、元の指瀺ではTTL-232-R-3V3-AJケヌブルの䜿甚を掚奚しおいたす。 コンピュヌタヌ偎のUSBに接続し、呚囲に倧きなノむズがないためボヌドがコンピュヌタヌのケヌスに觊れたずきにスマヌトな干枉がありたした、モスクワで少し血で買えたせんでした。

したがっお、圌らは自分で䜜った。



2012幎1月19日のUPD 他のむンタヌフェむスケヌブルオプションがコメントに蚘茉されおいたす。



機胜Iomega Storcenter ix2-200



鉄のパラメヌタヌ


  CPU 1.0 GHzマヌベルカヌクりッド88F6281 
 RAM 256 MB Zentel / Hynix 
フラッシュROM 32 MB Hynix 
ネットワヌクGigabit Marvell Alaska 88E81116R 
 USB 3x USB 2.0ポヌト
内蔵HDD 2぀のSATA-IIドラむブ
 HDD容量には合蚈ボリュヌムオプション1/2/4 TBが付属 




シリアル接続パラメヌタヌ


むンストヌルファむルに぀いお



むンストヌラヌをダりンロヌドするためのファむルuImage-カヌネルお​​よびuInitrd-initrd.imgNASは、内郚、USBフラッシュドラむブ、たたはtftpサヌバヌからネットワヌク経由でむンストヌルされたハヌドドラむブのいずれかのパヌティションから取埗できたす。 最埌のオプションを遞択し、動䜜䞭のWindowsではtftpd32  tftpd64の64ビットバヌゞョンもありたすを䜿甚し、home gentではnet-ftp / tftp-hpaを䜿甚したした。



ここから悪名高いファむルをダりンロヌドし、tftp-serverが配垃されおいるディレクトリに投入したす。



察応するポヌト私の堎合はCOM1のリスニングモヌドでタヌミナルパテ、ハむパヌタヌミナルなどを起動し、シリアル接続のパラメヌタヌを正しく蚭定したす䞊蚘を参照。



NASを接続したす。

  1. ネットワヌク経由でtftpサヌバヌを備えたコンピュヌタヌぞ
  2. rs-232ケヌブルを介しおむンストヌルを制埡するコンピュヌタヌポむント1ず䞀臎する堎合がありたす
  3. 電気ぞ


すべおがうたくいった堎合、タヌミナルに次の画像が衚瀺されたす。





いずれかのキヌを抌しお適切なタむミングで起動を停止し、次の手順に進みたす。



むンストヌラヌのダりンロヌド



次のコマンドを入力したす。

  setenv mainlineLinuxはい
 setenv arcNumber 1682
 saveenv
リセットする


したがっお、必芁なカヌネルからNASが起動し、デバむスを再起動するように構成パラメヌタヌを蚭定したす。



むンストヌラヌコアを読み蟌みたす。

TFTPの堎合

  setenv serverip 192.168.1.2
 setenv ipaddr 192.168.1.147
 tftpboot 0x01100000 uInitrd
 tftpboot 0x00800000 uImage 


192.168.1.2はtftpサヌバヌのアドレス、192.168.1.147はNASによっお割り圓おられたアドレスです。



フラッシュドラむブFATのみ

  USBスタヌト
 fatload usb 01 0x01100000 / uInitrd
 fatload usb 01 0x00800000 / uImage 




Debianをむンストヌルする



暙準のDebianむンストヌラヌに぀いおは詳しく説明したせん。これは私の前で倚くのこずが行われおいるためです。 たずえば、 公匏ガむドで 。 むンストヌル䞭の発生順に、以䞋の埮劙な点のみを説明したす。



ディスクのパヌティション分割


これを実行したした。2぀の2テラバむトのハヌドドラむブはそれぞれ、230メガバむトずそれ以倖の2぀のセクションに分かれおいたす。 1番目ず2番目のドラむブの230メガバむトのパヌティションは、/ bootずルヌトパヌティションでそれぞれ䜿甚されたす。 以䞋のdf -hTの出力が瀺すように、200メガバむトのサむズはかなり過剰です。

各ディスクの2番目のセクションは、゜フトりェアRAID 1ミラヌリングに結合され、LVMが䜜成されたす。



df -hT

 F.システムタむプ寞法䜿甚アクセス
 / dev / sda1 ext2 223M 18M 194M 9/ブヌト
 / dev / sdb1 ext4 230M 79M 140M 36/
 / dev / mapper / vg-home
               ext4 1.8T 267G 1.6T 15/ホヌム
 / dev / mapper / vg-opt
               ext4 938M 18M 873M 2/オプション
 / dev / mapper / vg-tmp
               ext2 893M 17K 845M 1/ tmp
 / dev /マッパヌ/ vg-usr
               ext4 4.6G 782M 3.6G 18/ usr
 / dev / mapper / vg-var
               ext4 19G 802M 17G 5/ var


512MBに/ dev / mapper / vg-swapRAMの2倍がただありたす。



12月31日から1月3日の倜に回埩するのが困難なため、倜遅くに別れたため、明らかに理想からはほど遠いものでした。 しかし、それをやり盎すのは率盎に蚀っお怠けおいたした。 さお、すでに考えお、私はこれをしたす



1ルヌトおよび/ブヌトはraidおよび/たたはlvm䞊に存圚できないため、ハヌドドラむブ䞊の通垞のパヌティションずしお䜜成されたす。 同時に、他のすべおがRAID䞊にあるため、ルヌトパヌティションずブヌトパヌティションは異なるディスク䞊に存圚し、同じサむズでなければなりたせん。 ルヌト、特に/ bootには150メガバむトで十分です。 / bootはext [3-4]を䜿甚する可胜性が高いですが、カヌネルが曎新されたずきにのみデヌタが曞き蟌たれるため、ゞャヌナリングには意味がありたせん。

これが必芁かどうかはわかりたせんが、sda1で起動するこずをお勧めしたす。

2raid 1で/ tmpずswapを実行する必芁はありたせん。その䞋にraid 0を䜜成する䟡倀があり、独自のボリュヌムグルヌプがありたす。

3RAID 1の䞡方のネゞの残りの空きスペヌスを確保し、その䞊にlvmを䜜成し、必芁に応じおパヌティションを分割したす。



提案されおいるパヌティションスキヌムは、バックアップ甚に蚭蚈されたネットワヌクストレヌゞ、぀たり 基本的な芁件は信頌性です。 映画/音楜を保存する堎合、぀たり むンタヌネットから簡単にダりンロヌドできるものは、メむンパヌティション/ homeがありたすが、たずえば/ varである可胜性がありたすはraid 0である必芁がありたす。



カヌネル倉換



残念ながら、このデバむスのブヌトロヌダヌは暙準のvmlinuz-2.6.32-5-kirkwoodおよびinitrd.img-2.6.32-5-kirkwoodを䜿甚できず、Debianむンストヌラヌはデバむスに぀いお䜕も認識しおおらず、カヌネルをフラッシュする必芁がありたす。 したがっお、私たちはそれを垌望の圢匏に倉換し、ブヌトロヌダヌにフィヌドする必芁がありたす。



これは、次の2぀のコマンド/ boot内によっお実行されたす。

 mkimage -A arm -O linux -T kernel -C none -a 0x00008000 -e 0x00008000 -n "Debian kernel" -d vmlinuz-2.6.32-5-kirkwood uImage
 mkimage -A arm -O linux -T ramdisk -C gzip -a 0x0 -e 0x0 -n "Debian InitRD" -d initrd.img-2.6.32-5-kirkwood uInitrd




残念ながら、mkimageがデフォルトで蚭定されおいるかどうかは芚えおいたせん。蚭定されおいない堎合は、uboot-mkimageパッケヌゞからむンストヌルできたす。

これは、むンストヌルの終了時、たたはレスキュヌモヌドで再起動し、代わりに起動時に入力した埌に実行されたす

 setenv bootargs console = ttyS0,115200n8 base-installer / initramfs-tools / driver-policy = most
それは

 setenv bootargs console = ttyS0,115200n8 rescue / enable = true




自動ダりンロヌド



システムをむンストヌルした埌、 NASサヌバヌが正しくロヌドされるように、起動時に次のパラメヌタヌを指定したす。

 setenv bootargs_console console = ttyS0,115200 root = / dev / sdb1
 setenv bootcmd_sata 'ide reset;  ext2load ide 01 0x01100000 / uInitrd;  ext2load ide 01 0x00800000 / uImage '
 setenv bootcmd 'setenv bootargs $bootargs_console;  bootcmd_sataを実行したす。  bootm 0x00800000 0x01100000 '
 saveenv




そしお最埌に、リブヌトするかコマンドを実行しお、本栌的なシステムを起動したす。

 bootcmdを実行したす




泚釈



無害な゚ラヌ


ブヌト時にカヌネルログに次の゚ラヌメッセヌゞが衚瀺されたす。

カヌネル[6.327359]修正䞍可胜な゚ラヌ
カヌネル[96.499883]修正䞍可胜な゚ラヌ
カヌネル[96.503342] end_requestI / O゚ラヌ、dev mtdblock0、セクタヌ8 




深いグヌグルから刀明したので、これは完党に正垞です。 私が理解しおいるように、それはubootブヌトロヌダヌにいく぀かの問題があるかどうかに関係なく接続されおいたす。 䞻なこずは、この゚ラヌですべおが正垞に機胜するこずです。 さお、もし゚ラヌがmtdblock1に関するものであれば、それは悪いでしょう。



鉄の監芖


特にブヌト時にデバむスを曞き蟌むため、デバむスの枩床を監芖したいのですが、特定の段階でセンサヌが怜出するずシステムがしっかりハングしたす。 電源を切っお入れ盎すだけで枈みたす。 ログでは静かです。 smartmontoolsのみが動䜜し、ハヌドドラむブの枩床を確認できたす。



䜿甚材料



nas-central wiki

Ix2-200

Ix2-200 Debianむンストヌル



Cyrius OpenRDぞのDebianのむンストヌル



All Articles