別物の方が見分けるのが容易。Ultima系か、JumpDrive系、2系統あるからまだいいか。ハマった経緯さてハマった経緯。S50では、同じく、うまくいかないにしても状況が微妙に異なりました。ここで出てくる外付けHDDには、いくつかパーティションを切っており、その一部をNAS(ネットワーク越しのファイル共有サーバ)とすべく、LVMでボリュームを切り出しています。8GB(このUSBメモリは平時:点灯、アクセス時:点滅)の場合、システムパーティション呼び出しはし、起動プロセスには入るようでアクセスランプが2〜3回点滅はするが、すぐに点灯となり、ラズパイが起動しないようでssh接続できない。8GB(このUSBメモリは平時:消灯、アクセス時:点滅)の場合、正常時よりは若干短く、ラズパイは起動しないながらもアクセスランプの点滅回数は多い。【ケース2】この時、/etc/fstabの当該行は有効にしたまま、外付けHDDの電源を入れずにラズパイのみ起動すると、それぞれ、相応にアクセスランプの点滅回数は増えるが、ラズパイは起動しないようでssh接続できない。【ケース3】/etc/fstabの当該行をコメントアウトしておき、外付けHDDの電源を入れずにラズパイのみ起動すれば、sshアクセスも可能となる。このケース3では、ケース1・ケース2のエラー条件を回避している恰好となっている為、正常に起動するのは当然と言えば当然か。ケース2については、そもそも/etc/fstabに記載したデバイス(ここでは外付けHDD及びパーティション)が存在しないことに起因するエラーと考えてよさそう。いって、この場合、外付けHDDを同時起動するとケース1のようになる。/dev/XXX/YYY...$UUIDにすれば解消するのか?一方はシステムパーティションだから、どっちにしてもズレるわけないよね。これらの結果、表示されるUUIDを/etc/fstabに書く。yがあることがわかった(-aは共に--activateと等価)。今回の場合、物理ボリュームのある外付けHDDの電源が入った状態で実行すると何れも結果的に既存のLVMボリュームパス/dev/XXX/YYY、/dev/mapper/XXX-YYYも生成されました。手作業なら、こうすれば、とりあえず、期待する通りにはなるが。yの実行結果を得ることはできませんでしたが、この状態でもラズパイ起動後は、外付けHDDの電源をONにしても大丈夫なので、そこで電源をONにすれば、実行結果を得ることができました。ラズパイと外付けHDDとを同時起動できない。yできていないことに起因するのか。すると外付けHDDの認識とこれらコマンドの実行におけるタイミングが合わないということか。マウントのタイミングが合わず、エラーになっている可能性が高そう。8GBの場合は、停止するのが極めて早い段階であることから、シーケンシャル・ランダムの読み書きが超高速なのか?それにしても、そんなことがあり得るのかはわかりませんが、システムパーティションと外付けHDDのデバイス(/dev/以下の)割り当てで衝突・干渉でもしているとか?何らかの状況でカーネルパニックとなり、停止しているような気がしなくもありません。$タイミングが合っていない場合の対処法には、rc.localか、cronとして直接、もしくはスクリプトを書いてcronに登録するのが無難そう。rebootを参考にVG_Activateスクリプトをcron実行するのもダメでした。8GBについては、このようにcronに予め書いて実行権限を付与(755)したスクリプトを登録する方法でうまくいきました。-aもしておかないと、うまく機能させることができなかったので、このように書いています。その後、/etc/fstabでLVMボリュームのマウント行を有効にし、ラズパイをpoweroff、再度電源を入れた後は、正常にsshログインでき、機能するようになりました。ハマってたとりあえず、成功例をかきましたが、そこに辿り着くまでには、まだまだ、もっともっとハマっていたのでした。8GBに関しては、vgchangeが間に合わないとか、早いとかいうよりもLVM以前に/dev/sd?*時点の外付けHDDの認識と割り当てに失敗しているようにも感じる。-aコピーして一通り試し、同じ数だけ失敗してみただけでも疲れた。結果これが功を奏すことになる。その後、losetup、kpartx、dmsetupコマンドなどの存在に気づき、いろいろやってみたが、少なくとも今回の場合、vgchangeすれば事足りるので、それらを敢えて使う必要はなかった。systemdで/dev/XXX/YYY(dev-XXX-YYY.device)が管理されてるじゃないか。dev-XXX-YYY.device。あれれ、enableできないな。RaspbianもJessieだからinitdじゃなくてsystemdだよな。-aもしなきゃダメじゃん!と気づくまでに時間がかかった。試して時間こそそれほどかからなかったものの、理由は不明ながらスクリプト内のコマンドをフォアグラウンドで実行しないとうまくいかなかった。お!!!いけた!!!3日がかりだよ。なんでJetFlashだとダメなんだろ。-aもすれば、JetFlashでもいけるか?やってみよう。sleepなしにもしてみたけどダメ。32GBをレスキュー用に仕立てよう。思いつつ、よく考えてみるとレスキュー用途で保存領域を作るにしても32GBって大きすぎる気もするが、まぁいいか。U02に仕込む前にISOブートできてないインストーラやレスキューライブのディストロ検証に使おう。8GBに差し替えた後、気づいたのが、ラズパイを起動して忘れていたりで、しばらくログインしないで放置しておいたらsshログインできなくなること。(再起動して放置せずにログインすれば大丈夫。2TB)がスリープモードとかになってる?(後者は関係ないか。)それともそういうもの?そもそも忘れなければいいだけの話ですけど。32GBでは、いくら時間をおいてもsshログインできました。8GBも最初の一度sshログインしてしまえば、あとは何度exitしても、exit後、いくら時間をおいてもsshログインできる。当該マシンでも他のマシンでも。-ay、すぐにsshログインする分には正常に機能する一方、sshログインせずに一定時間経過するとタイミングが合わなくなる。-ayのcronを実行すればタイミングが合う?。と毎分実行するようcron登録してみても、やっぱりダメ。んーーー、USB???、奥が深い。???まぁ、どっちにしろ、忘れなければいいって話ですが。[追記:2016/08/19]ここにきて1度めのラズパイ起動時は、sshアクセスに必ず失敗、電源を落とし、再度電源を入れると(2度めは)sshアクセスできるという状況に。cronなどとしてみていますが、変わらず。Manager...ちなみにFreeBSD以外はISOブート)として仕込んでしまった。常時起動しているわけではないからなんだけど、それでも起動し直さないといけないとなると、いろいろな面で好ましくないか。いうか、系でもいいのか?U02じゃないとダメなのか。2か、その違いさえも同じ挙動とは限らないか?それならいっそ全く別のUSBメモリでもトライしてみるか。SP016GBUF2U02V1KUSBメモリだけ買うのも。U02の16GBを予備含め、2個買ってみました。買ったら、またまた翌日の今日届いた。8GBがなくなっており、16GBが800円弱(700円台)。8GB購入当時も確か800円程度だったから、安くなったもんだ。勘違いしてGPTにするならNetBSDのgptコマンドでやろっと。ext4フォーマットはできないから再起動してDebianで。途中、あ、ラズパイ別にGPTじゃなくてもよかったんだ。-avでコピーしてラズパイのUSBポートに挿し、起動してみたところ、(USBメモリだからHDDのようにBIOSかUEFIを意識することもないのでFATを先頭に作ることなく、パーティションはext4を1つだけで)GPTでも、あっさり、ラズパイにssh接続できました。