deaduser

Меня больше волнуют не конфиги и не приложения. А надо ли что-то специально делать, чтобы диски увиделись и мигрировались после чистой установки. )

В моем случае нет возможности вообще никуда зайти. ) Иногда открывается Package Center, при клике на любые другие приложения виснет и отваливается от сети.

А если нет резервной копии конфига, есть смысл пытаться что-то ловить или ее где-то взять можно на текущей системе? Если ставить начисто, фиг с ними настройками, имеющиеся массивы новая система подхватит? Давно уже ничего подобного не делал, руки не помнят )

UPD. Есть аналогичные случаи. Нет гарантий беспроблемной миграции на микросерверах.

Yes, I know, looks like reputable Decebalus mixed up our two cases. I plan to continue with the clean install with the same 1.03b loader on the same USB stick, so wondering is there something I should care of or this process simple and straight forward (in part of discovery of existing disk pools, first of all). I cannot recall if I did it previously.

Pity I haven't found your report earlier, that would make me a bit more discreet with the upgrade. Seems like I was too optimistic, as some users reported about no problem with migration at all. So, any problem with the clean install over this half-migrated half-bricked system with the same USB stick? Disks are on their places with all the data untouched, only packages and shares should be installed? Any precautions / advices?

Upgrade n54l (with internal NIC) 3615xs from 6.1.7 to 6.2.2 + extra.lzma (with adding 2 kernel files to image as described) as "migration" seems not completely successfull. After the procedure system is accessible on the previously assigned IP, but any action through web-interface leads to freezes and unavailability within a couple of minutes. With no login - files and folders accessible through LAN, but I cannot even get access to Control Panel or update packages. Repeats after reboot. Any advice how to fix it without clean install / downgrade? What to check first?

Странное, в общем, поведение после обновления. Никогда такого не наблюдалось. Выглядит как будто системе не хватает ресурсов при манипуляциях в веб-интерфейсе и она валится. Если на нее не ходить, не пытаться обновлять пакеты, менять настройки, сами папки и файлы доступны. То есть, миграция прошла, но криво.

Спасибо, я видел топик и раньше, сейчас перечитал, ничего к себе относящегося не нашел.

Сделал и то и другое, безрезультатно. ( Система стартует, в Ассистенте виден статус "Загрузка служб". После логина видны ярлыки пакетов, но клик по любому приводит к зависанию и пропаданию доступа через минуту. Что-то можно еще проверить? Заново миграцию же я не возобновлю, только начисто теперь переставляться?

В итоге умудрился таки что-то сделать не так. Образ собрал и записал, загрузился, мигрировал на 6.2.2_24922 - все как обычно. Система после перезапуска стартует и становится доступна на старом адресе, но после этого через минуту или чуть больше пропадает отовсюду. Из нестандартного - при перезагрузке один раз увидел, что ругнулась на батарейку. Все. Куда копать?

А можете плз схематично хотя бы обозначить, как с 6.1.7 правильно перейти на самый свежий DSM с этими драйверами с родной сетевой и не напороть? ) Просто заинжектить драйвера в 1.03b и мигрировать или есть нюансы?

Случайно не с UPS используется? Появились драйверы для USB 1.1?

Заработал ли USB 1.1 на 1.02b? UPS будет работать?

Подскажите, пожалуйста, правильно ли мыслю. Система была в "долгом тесте" аж начиная с транторовских релизов на железе n54l с RAID5 на 3*4тб HDD. Все работало, тестовая система обросла ручными настройками, в том числе, внесенными редактированием в системные файлы, приложениями, в которых тоже что-то прописано. Хочу перевести на условный "продакшн". Пока на ту же версию 5.2, но, конечно, рассматриваю в какой-то, кажется, уже близкой, перспективе, переход на шестерку. Есть 4*4тб диска и несколько штук дисков 2тб. Идея была в том, чтобы устроить на паре дисков 4тб зеркало для критичных данных, пару дисков 4тб отдать для некритичных, остальные диски - внешний бэкап тех же данных или данные, быстрый доступ к которым не требуется, подключаемые через eSATA. Такой конфиг избран по причине того, что сложные RAID как не специалисту в Linux мне "непонятны". Единичный же диск из развалившегося RAID1, по моему разумению, я смогу открыть на чем угодно. В последнее время фобии относительно этого подотпустили, стал рассматривать также SHR. Соответственно, два вопроса. 1. Идти ли первоначальным путем по дисковому конфигу или в SHR ничего страшного нет, а Live CD Ubuntu в случае чего решит мои проблемы? Насколько беспроблемный переход на DSM 6 при наличии SHR? 2. Как максимально гладко смигрировать на новый дисковый конфиг, сохранив по максимуму настройки системы и приложений? Вроде как система остается живой в случае, если я оставляю 1 диск, удаляю RAID в диспетчере и создаю новый. А приложения с их настройками? Навскидку не нашел на эту тему ничего. Ткните, пожалуйста.