Jump to content
XPEnology Community

deaduser

Member
  • Posts

    22
  • Joined

  • Last visited

Posts posted by deaduser

  1. On 1/31/2020 at 3:31 PM, i926 said:

    Ну что сказать... Я ранее тоже конфиги не снимал, потом была причина задуматься над этим вопросом. Сейчас снимаю периодически.

    Делайте без восстановления, настроить и добавить пакеты не долго

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

  2. 15 hours ago, i926 said:

    конфиг можно снять и с тупящей системы, как я и сделал.

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

  3. 22 hours ago, i926 said:

    У меня такое было. Помогло удаление /etc.defaults и повторная установка DSM и восстановление из резервной копии конфигурации.

    Пришлось устанавливать заново приложения, но все настройки сохранились.

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

  4. 11 hours ago, IG-88 said:

     

     

    that does not match, the (not released) recovery version of the extra.lzma is just a special need for 918+ as there are problems with the i915 driver that is used for transcoding, has nothing to do with 3615/17 as there are no gpu drivers

    n54l is far to old to be used with loader 1.04b and 918+

    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. 

  5. 3 hours ago, Decebalus said:


    See my posts earlier in this thread regarding updating from 6.1.7 to 6.2.2. I had the same issues and I ended up performing a fresh install. 

     

    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?

  6. 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?

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

     

  8. 57 minutes ago, djvas335 said:

    Сначала надо поменять батарейку, Gen7 не любит работать с плохой батарейкой, потом можно попробовать перезаписать extra.lzma na флешке.

     

     

    Сделал и то и другое, безрезультатно. (

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

  9. On 1/23/2020 at 10:36 PM, djvas335 said:

    Практически обычным способом, описанным в руководстве по установке 6.x (загрузчик jun 1.03b, osfmount, Win32DiskImager), но в дополнение к копированию extra.lzma во второй раздел флэш-накопителя usb необходимо скопировать новое ядро dsm. 6.2.2 тоже, чтобы ядро (загруженное с usb) и extra.lzma "соответствовали"
    Вы можете извлечь 2 файла (zImage и rd.gz) из файла DSM * .pat, загруженного из Synology.
    https://archive.synology.com/download/DSM/release/6.2.2/24922/DSM_DS3615xs_24922.pat
    Это в основном zip-файлы, поэтому вы можете извлечь эти два файла с помощью 7zip (или других программ)
    Вы заменяете файлы на 2-м разделе новыми и все, устанавливаете как в руководстве
    В случае «миграции» установщик dsm обнаружит вашу прежнюю установку dsm и предложит вам обновить (перенести) установку, обычно вы потеряете плагины, но сохраните настройки пользователя / общих ресурсов и сети

     

     

     

     

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

  10. On 1/20/2020 at 3:31 AM, djvas335 said:

    Привет, драйверы для установки последней ДСМ без использования Интел карты

    https://xpenology.com/forum/topic/21663-driver-extension-jun-103b104b-for-dsm622-for-3615xs-3617xs-918/

    Проверено на Микросерверe GEN7 GEN8 GEN10 Loader ds3615xs

     

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

  11. Подскажите, пожалуйста, правильно ли мыслю. Система была в "долгом тесте" аж начиная с транторовских релизов на железе 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 в диспетчере и создаю новый. А приложения с их настройками? Навскидку не нашел на эту тему ничего. Ткните, пожалуйста.

  12. Не бутается 5644.4 после установки обновления. Через квм видно, как фризится система на логине. Вижу, те или иные проблемы не у меня одного. Все делал как обычно. Но грузится только со старым бутлодером (5565-5592). Версию при этом отображает правильную, обновки все встали, включая третью. Это как-то на работоспособность повлияет? Кроме форматирования флешки на последних страницах соответствующих тем советов никаких не увидел. Но вроде раньше не требовалось никогда

  13. Помогите побороть проблему с высокой загрузкой процессора при копировании файлов по сети в направлении с NAS (стоит последний nanoboot на N54L, роутер ASUS RT N66U с последней родной прошивкой). Поиском находились несколько сообщений на аналогичную тему, все рекомендованное в них сделал (статический адрес ставил и на роутере, и в Xpenology; включил кэш в модифицированном BIOS). К скорости самого копирования вопросов нет - средняя в районе 25МБ/с. Но грузит проц стабильно на 50 или около процентов. При копировании в обратную сторону такой проблемы нет - загрузка в районе 7%). Вижу еще рекомендацию сетевую поменять. Проблема именно в сетевой на N54L? Действительно ли проблема уйдет в случае замены?

  14. на n54l после миграции последовательной с трантора на гнобут, а затем на нанобут (в виртуалках ESXi) в последних двух вариантах сильно грузится процессор (по мониторингу) при простом копировании файла с сервера по локальной сети. фактически так: если выделено ядро на машину - загрузка 100%, если 2 - 50%. это нормально? в транторе как-то глаз на это не падал, не могу сказать точно. да и стоял он изначально на флешке сам по себе. это свойство хренологии самой по себе, ее релизов отдельных или использования на ВМ? лечится ли?

     

    спасибо автору топика, nanoboot описан тут довольно неплохо. есть ли какой-то более-менее полный список known issues релиза в сравнении с другими? допустим, проц, как я понял, у всех определяется как i3. также пишет, что диски за пределами нормальной температуры, встречал это где-то по топику. что-то еще?

  15. В общем да, mount работает, с тем немаловажным уточнением, что только для extfs. NTFS диски монтируются только средствами syno при подключении через USB (автоматически). Все попытки вручную смонтировать NTFS диск, подключенный по SATA, пресекаются на уровне syno и даже полная выгрузка модулей системы не позволяет эту блокировку снять. А как было соблазнительно скопировать имеющиеся на виндовых дисках данные без подключения USB карточки и кабеля.

  16. Не знаю, в какую тему более правильно задать вопрос. Вроде это наиболее общая. Подскажите, возможно ли монтировать подключенные по SATA/eSATA диски с данными средствами DSM или по ssh, не инициализируя их через Storage Manager? Есть желание подключать диски с данными, оперативный доступ к которым не нужен, или для дополнительного периодического бэкапа, не через USB, а через, например, переходник, монтируемый в слот для оптического драйва вроде такого. У него есть кнопка питания, удобно. Но DSM любой диск предлагает инициализировать с потерей данных, что не подходит. Как правильно реализовать хотелку?

  17. demon_sl

    Создашь новую виртуальную машину вот тогда их и подключай как физические!

    На n54l вроде не получается как физические подключать. У меня не получилось, выбор физических неактивен. Там вроде бы железо не поддерживает. Или я что-то не так понимаю?

     

    Машина и так слабовата под задачи.

     

    Если добавить SSD для датастора с Xpenology и еще парой виртуалок, не работающих постоянно (битрикс, андроид) + памяти до 8-16 тоже не вариант использовать на n54l с ESXi? На homeservershow сильно любят виртуализацию, даже с несколькими WHS в продакшне, как я понял у людей стоит. При том, что WHS куда более тормозная и ресурсоемкая. Со Xpenology из многочисленных топиков так и не понял, используют люди это на постоянной основе или только для тестов виртуалки. Живучее решение?

     

    Пока для себя пришел к выводу, что bare metal Xpenology, как минимум, понятнее. Сомнения в использовании на гипервизоре следующие:

    - есть ли возможность заставить перезагружаться средствами Xpenology?

    - будут ли видны замапленные через RDM диски под другими системами как обычные диски? Можно ли будет подцепить созданные массивы посредством mdadm, как это Synology рекомендует делать для чтения информации с вытащенных дисков? Заработает ли обратный вариант миграции, с виртуалки на железо? Почему не рекомендуется частить с миграциями?

     

    Наверняка есть еще какие-то нюансы, помимо производительности. Какие они? ))

×
×
  • Create New...