Так вийшло, що я багато писав про свій Seagate Wireless Plus, зокрема, про те, як я над ним знущався, додаючи всілякі фичи. Але, історично, першими моїми пристроями, на яких було встановлено урізаний, але Linux, були два диска від Western Digital.
Першим з'явився MyBook Live. Це була модель на два терабайта. Я відразу перегнав на неї наявний у мене архів фільмів і музики і, мабуть, саме через це, не довелося довго чекати моменту, коли диск заповниться повністю. Правда, незадовго до того, як це сталося, я розжився другим диском від WD.
На цей раз, це була модель з двома дисками, через що, в повну назву, з'явилося слово Duo - MyBook Live Duo. Мій пристрій було забезпечено двома дисками по два терабайта кожен, надаючи, таким чином, до чотирьох терабайт. Чому я використовував слово "до"? Тому, що пристрій може працювати в двох режимах: в одному - представляючи два диска, як один великий, а в іншому - зеркаліруя диски.
У першому випадку отримуємо один великий логічний диск - в моєму випадку, об'ємом чотири терабайта. Але, якщо щось трапиться хоча б з одним з фізичних дисків - відновити дані буде проблематично. У другому ж випадку отримуємо ємність, рівну місткості фізичного диска - для мого пристрою це було б два терабайта. Але, завдяки віддзеркалення, в разі збою на одному з фізичних дисків, інформація не пропала б, так як була б її повна копія на другому диску.
Так як я збирався використовувати пристрій все також, а саме, для зберігання фільмів, музики і т.д і т.п. то вирішив, що буду використовувати один великий диск. Якщо чесно, то я б вважав за краще варіант використання дисків порізно, тобто, мати два диска по два терабайта. Але, чомусь, такий режим не передбачений, по крайней мере, в документації про нього ні слова.
Мій ветеран WD MyBook Live
Обидва пристрої працюють у мене вже досить давно, про що можна судити по картинці: 23, 464 годин роботи - це майже 978 днів, але, звичайно, до трьох років не дотягує. Обидва служать в якості домашнього сховища чого завгодно: фільмів, серіалів, музики, книг, софта. Так чому ж я про них нічого не писав?
Основна причина полягає в тому, що по цих пристроїв є хороше і живе, до сих пір ще, спільнота користувачів. На практично будь-який виникав у мене питання я знаходив відповідь. Наприклад, захотів я поставити на обидва пристрої midnight commander - будь ласка. немає проблем. Хочете, щоб вони використовувалися в якості качалки торрентів - да пожалуйста. Є навіть керівництво. як встановити на пристрій більш свіжу версію Linux і користуватися нею за допомогою chroot. Також, є і підтримується альтернативна прошивка. Є дуже непоганий FAQ. Не буду приховувати, частина цих відповідей навіть лягло в основу моїх експериментів з диском Seagate. Але зараз не про це.
Власне, те, що я вирішив зараз написати про ці пристрої навіть не сильно то і пов'язано з самими пристроями. Швидше, причина зав'язана на Linux, і на моє слабке його знання. А так як одним із завдань цього блогу (найважливішою, якщо не єдиною) є служіння в якості шпаргалки і нагадування мені, коханому (або, безглуздому?), Про що виникали коли небудь проблеми і методи їх подолання, то цей запис і народилася. Отже, ось хронологія подій.
Досить довгий час для даних пристроїв прилітали поновлення. Прилітали вони із завидною постійністю і періодичністю. Природно, чим далі, тим рідше це відбувалося. Не хочу брехати і називати якусь цифру, але останні обновки приходили досить давно. За цей час я встановив, для своєї зручності, на обох пристроях midnight commander і жив - не тужив.
Але, на позаминулих вихідних, несподівано, прийшло сповіщення про те, що є нові версії прошивки. Почитав уважно, що поправили. Начебто, нічого особливого, в принципі, можна і не оновлюватися. Терпів, напевно, днів зо три, потім, все таки, не витримав - вирішив, що, для порядку, буду оновлюватися. Так як крім midnight commander-а на пристроях більше нічого встановлено не було, вважав, що не робитиму копію каталогу opt - крім цього каталогу треба буде зберегти ще пару-трійку файлів конфігурації, потім все це відновлювати по різноманітних теках. Так що, подумалося, що простіше буде встановити всі (midnight commander) заново, плюс, треба, все таки, змусити себе, на майбутнє, написати командні файли для збереження і відновлення стану пристроїв.
Сказано зроблено. Важко зітхнувши, запустив процеси відновлення на обох пристроях, і, через хвилин десять, виконував послідовність кроків по встановленню та налагодженню midnight commander-а на одному з них - на MyBook Live Duo. На другому, вірніше, на першому, простому MyBook Live, оновлення встановлюватися відмовилося, пославшись на малу кількість вільного місця на диску. Во как я плотненько забив-то його! Гаразд, не проблема, перенесу за допомогою midnight commandera якісь фільми на двухдисковое пристрій, звільнивши декілька гигов, і повторю спробу.
Людина - дивна тварина: іноді йому доводиться наступати на граблі, щоб запам'ятати, як правильно треба поступати в тих чи інших ситуаціях. Власне, я це про себе. І блог цей був заведений для того, щоб, після того, як отримаю по лобі від чергових грабель, з його допомогою швидко згадати, як граблі обійти. Ну, або, записати на майбутнє. Так, власне, вийшло і на цей раз. Події розвивалися наступним чином.
Я зайшов по SSH на MyBook Live, щоб подивитися, скільки місця є на ньому. Запустив mc (midnight commander), переконався, що вільно близько двохсот мегабайт, і тут же вирішив перенести парочку фільмів на MyBook Live Duo. Midnight Commander вже запущений, тому намагаюся в одній з панелей відкрити віддалений пристрій. Адже робив це безліч разів, а зараз - ну ніяк не з'єднується, пише, що неможливо підключитися, і все тут.
Треба сказати, що MC успішно приховує помилки, що відбуваються насправді, виводячи на екран замість них інформацію, яка відображатиме його власне уявлення про те, що слід бачити користувачеві. Тому досить часто, для того, щоб розібратися в дійсних причинах виниклих проблем, доводиться використовувати якісь інші інструменти.
Ось і цього разу, я став чіплятися до віддаленого пристрою безпосередньо через SSH. І, очікувано, теж отримав помилку, але тепер її причина вже не була прихована за красивими псевдоокошкамі, а була чітко і ясно сформульовано у вигляді простого тексту.
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @@@@@@@@@
@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that the RSA host key has just been changed.
The fingerprint for the RSA key sent by the remote host is
xx: xx: xx: xx: xx: xx: xx: xx: xx: xx: xx: xx: xx: xx: xx: xx.
Please contact your system administrator.
Add correct host key in
/.ssh/known_hosts to get rid of this message.
Offending key in
/.ssh/known_hosts: N
Permission denied (publickey, password).
Суть цього повідомлення зводиться до того, що встановити захищене з'єднання не виходить, тому що інша взаємодіє сторона використовує не той ключ шифрування, який очікується нашим клієнтом.
Ну звичайно! А чого, власне, я чекав? Адже я тільки що встановив на тому пристрої, до якого збирався підключитися, нову прошивку. Звичайно, там все змінилося, а локальний пристрій "пам'ятає" параметри старої прошивки, ось конфлікт і виникає.
Тепер вирішити проблему не повинно скласти праці. У наведеному повідомленні є відсилання до файлу і номеру рядка в цьому файлі, які відповідають за цю неправильну "пам'ять", досить уважно прочитати передостанню рядок наведеного прикладу тексту. Я спеціально змінив номер рядка на "N", так як він буде відрізнятися для кожного конкретного випадку. Для мене, наприклад, це була двійка (2). Таким чином, все що потрібно зробити, якимось чином видалити із зазначеного файлу рядок з потрібним номером.
не забудемо, що у мене в повідомленні клієнта ssh була вказана саме другий рядок (до речі, вважайте рядки, починаючи з першої).
Після виконаної операції, спроба підключитися за допомогою ssh пройшла за сценарієм, характерному для самого першого підключення до нового хосту: мене запитали, довіряю я йому, попередили про загрожують небезпеки, після чого допустили до введення імені та пароля. Загалом, все пройшло вдало. Крім того, заради чого я, власне, і затіяв всю цю тяганину - скопіювати файли на віддалений пристрій я не зумів, все через ту помилки, яку вже якось описував. Тоді я емпірично обчислив, що можу безпомилково копіювати за допомогою mc будь-який обсяг інформації з віддаленого пристрою на локальне, але не навпаки. Що ж, пам'ять треба тренувати.
Начебто, можна і закінчувати писати про те, що і так всім відомо, крім мене. Але в завершенні. Коли, після всіх дій по оновленню прошивок, установок і налаштувань mc і ssh, я спробував підключитися до пристрою WD з ssh консолі свого WiFi диска Seagate, я знав, що отримаю помилку, але мені потрібен був номер рядка, яку треба буде видалити з файлу known_hosts. І що ж я побачив? Правильно, повідомлення про помилку, але, трохи не те, яке очікував:
ssh: connection to user @ host: port exited:
Host key mismatch for host.
Fingerprint is md5 xx: xx: xx: xx: xx: xx: xx: xx: xx: xx: xx: xx: xx: xx: xx: xx
Expected md5 xx: xx: xx: xx: xx: xx: xx: xx: xx: xx: xx: xx: xx: xx: xx: xx
If you know that the host key is correct you can
remove the bad entry from
Як бачимо, ніякого номера рядка. Звичайно, цьому є просте і логічне пояснення, що не лякає справжніх линуксоидов, але я-то не такий, я тільки вчуся. Тому, поборів цепенящее почуття жаху, я заглянув в потрібний файл і полегшено зітхнув: імена хостів в ньому не були зашифровані, так що визначити, який рядок треба видаляти - зовсім не складно.
Пояснюється це відмінність, мабуть, іншим, більш глибинним, чи що, відмінністю - на пристроях стоять різні shell і різні клієнти і сервери ssh. На Seagate Wireless Plus в якості ssh клієнта використовується dropbear, який, напевно, має свою думку про те, як повинен бути організований файл known_hosts. Хоча, може, це знову позначається недолік знань у мене, і dropbear можна налаштувати на шифрування імен хостів, і тоді повідомлення прийме інший вигляд? Не знаю, можливо. Поглиблення своїх знань в цьому напрямку я вирішив трохи відкласти.