Anatoly xVM
-
Posts
26 -
Joined
-
Last visited
Posts posted by Anatoly xVM
-
-
со шнурком все нормально. странное дело однако
-
21 hours ago, Olegin said:
Проверяйте контакты.
А! Вдруг сейчас дошло, проверить качество соединения шнурком?!
-
спасибо.
да, такие параметры были изначально при первой настройке.
попробовал заново - все равно та же самая беда...
-
Видимо как-то неправильно ищу и не могу найти ответ, хотя где-то про подобный вопрос видел обсуждение.
Вопрос связан с тем, что в терминале с подключением через COM-порт при просмотре логов загрузки/работы, - пачками пропадают символы.
Конфигурация вроде бы соответствующая 115200n8 без управления потоком и стоп-бит 1, как в ОС винды, так и в настройках Putty.
Пробовал менять параметры, но изменений не дает. Может быть кто-то может ткнуть носом в нужную тему или помочь советом?
-
Maybe amount of RAM is the reason (over 4GB)?
Anyway I have second PC (newer AMD, newer MB Gigabyte too) and something same is happen (cannot view console here).
CSM booting of Loader - fine, UEFI - it stucks like 1st case.
-
On 2/14/2020 at 4:52 PM, SDL2000 said:
Все потихоньку убегают с Хренолоджи )))
Тоже осенью ушел на 918+
не знаю, я вот как раз осенью на ХРЕнь пришел с совсем простого wd my cloud.
стоит теперь этот хре-системник за телевизором - ни слыхать, ни видать. по мощности с таким гигантским запасом получилось, что сам в шоке, а по деньгам как ds920+ (хре получился в результате сумбурно проведенного агрейда стационарного пк)
-
On 9/5/2020 at 4:29 PM, vrm42 said:
on DSM 6.2.2 I got this:
sed: -e expression #1, char 40: unterminated `s' command
sed: -e expression #1, char 94: unterminated `s' commandAny idea?
Same for me too
DSM 3617xs 6.2.3-3
-
- Результат: Успешно
- Версия до обновления: DSM 6.1.7 Update 3 - 3615xs
- Версия после обновления: DSM 6.2.3 Update 3 - 3617xs
- Версия и модель загрузчика: Jun's Loader v1.02b DS3615xs
- Дополнительные модули extra.lzma: Нет
- Аппаратное решение: AMD-8320E / Gygabite GA-970A-UD3P / Realtek RTL8118AS GbE LAN
+ дополнительная Intel Gigabit CT Desktop Adapter 82574L
+ 4шт x Asmedia A1061SL 2 port SATA
+ 12шт x 2.5" HDD
- Additional comment: Обновить загрузчик на версию v1.03b 3617xs, по предложенному системой выполнить миграцию, обновить скачанной заранее DSM 6.2.3 3617xs, обновление до 6.2.3-3 поставилось само где-то в процессе без моего участия, после перезагрузки все поднялось само. В моем случае пришлось снова поправить файл /etc/synoinfo.conf, чтобы определялись все диски правильно (по умолчанию 12 дисков, у меня установлены так, что формально на 14 слотов).
- Внимание: До обновленния переключиться в БИОС-е в режим загрузки с флэша на BIOS/CSM не с UEFI-устройства!
-
- Outcome of the update: SUCCESSFULL
- DSM version prior update: DSM 6.1.7 Update 3 - 3615xs
- DSM version after update: DSM 6.2.3 Update 3 - 3617xs
- Loader version and model: Jun's Loader v1.02b DS3615XS
- Using custom extra.lzma: No
- Installation type: AMD-8320E / Gygabite GA-970A-UD3P / Dual Intel & Realtek RTL8118AS GbE LAN / 4 x 2 port Asmedia A1061SL SATA / 12 x 2.5 HDD raid5
- Additional comment: Pluged in new USB with v1.03b loader, downloaded and installed the update 6.2.3, automatically updated to 6.2.3-3 during initial update. Rebooted to latest DSM version.
- Warning: Do not forget to use booting of loader via BIOS/CSM non UEFI
-
9 hours ago, IG-88 said:
Strange... Before this reinstall
Sorry! 🤗 I've forgot one simple IMPORTANT rule - run booting of loader via BIOS/CSM non UEFI. 🤕
All working now. 🤩 6.2.3-3 - up and ready.
-
- Outcome of the installation/update: SUCCESSFUL
- DSM version prior update: clean install DSM 6.1.7-15284
- Loader version and model: JUN'S LOADER v1.02b - DS3615xs
- Using custom extra.lzma: NO
- Installation type: AMD 8320E / Gygabite GA-970A-UD3P / Realtek RTL8118AS GbE LAN / 4 x 2 port Asmedia A1061SL SATA / 12 x 2.5 HDD raid5
- Additional comments: Higher versions of loader and DSM I couldn't install
-
6 hours ago, IG-88 said:
there a also kernel paramters you can add to grub so the synology kernel gets them when loaded like "disable_mtrr_trim"
you can look up that on the internet, that would be one possible source
http://redsymbol.net/linux-kernel-boot-parameters/
Thank you for you explanations. 🤩
Disabled C1E (2 days ago)
Found and Disabled IOMMU (just now)
Removed RAM, my minimum 8GB
Done: set common_args_xxxx='disable_mtrr_trim ..." (in each test)
at 1st time tested With original extra.lzma and exteded extra.lzma in addition (there is no difference).
And no success at all.
Strange... Before this reinstall there was successful installation via v1.03b DSM 6.2.3-3 without any modifications. Just plugged in and it went on. 😇
Maybe this is my fate now to live with v 1.02b DSM 6.1.7.
die_disable_mtrr_trim_916plus.txt die_disable_mtrr_trim_3617xs.txt ok_boot_3615_v102.txt
-
On 9/1/2020 at 6:37 PM, izgovnaipalok said:
Убил пол дня до того, как нашёл опечатку.
disable_mtrr_trim
Спасибо. Тоже обратил внимание, что я неправильно написал этот параметр. 🤪
-
On 4/17/2021 at 6:44 AM, Anatoly xVM said:
I've tried to reinstall DSM and create new usb-stick after last update (my mistake).
But cannot use last loader v 1.03b for 3617xs and other. Except v 1.02b.
It looks like usb-stick disconnects from system after initial starting of loading by system BIOS.
I've checked via COM-port.
Really reason (more detail in attached log, tried loader v 1.04/1.03 (dsm 6.2.3), but beginning looks like the same but it loads successfully on v 1.02b):
Booting in blind mode [ 0.000000] CPU: vendor_id 'AuthenticAMD' unknown, using generic init. [ 0.000000] CPU: Your system may be unstable. [ 0.000000] NX (Execute Disable) protection: active [ 0.000000] CPU: 0 PID: 0 Comm: swapper Not tainted 3.10.105 #23739 [ 0.000000] ffffffff814c0c1f ffffffff818831a1 0000000000000001 0000000000000001 [ 0.000000] 00000000364d7000 0000000001b29000 0000000000000bff fffffffefa71c000 [ 0.000000] 0000000100000000 0000000000000000 0000000000000000 000000000000000e [ 0.000000] Call Trace: [ 0.000000] [<ffffffff814c0c1f>] ? dump_stack+0xc/0x15 [ 0.000000] [<ffffffff818831a1>] ? early_idt_handler_common+0x81/0xa8 [ 0.000000] [<ffffffff818940b3>] ? efi_init+0x238/0x476 [ 0.000000] [<ffffffff818940a0>] ? efi_init+0x225/0x476 [ 0.000000] [<ffffffff81887091>] ? setup_arch+0x43d/0xc44 [ 0.000000] [<ffffffff814bff92>] ? printk+0x4a/0x52 [ 0.000000] [<ffffffff81883957>] ? start_kernel+0x7b/0x3b0 [ 0.000000] RIP 0xfffffffefa71c000
-
Ha-ha... My previous comment is not correct as it seems.
I've continued my expreiments and found strange. I don't know how to use console without com-port cable.
But... When I try to use loader 1.03b, at initial loading from usb-stick and starting Loader then usb-stick suddenly disconnects and no loading happen looks like no NIC, but no usb-stick. May be this cause?
-
9 hours ago, i926 said:
В версии 6.2.3 возвращена многих девайсов
Видимо таким образом, когда ставил впервые на мое железо, автоустановленная версия сразу в 6.2.3-3 нормально взлетела.
В этот раз только на сочетании v1.02b/extra.lzma/dsm-6.1.6 смог установится. Не пошла как-то 6.2.3.
Возможно нужно встроенную RTL8118 заменить на поддерживаемое везде.
UPD Хотя вот подумал, что может на 6.2.3 надо было записать на флешку после установки DSM файлы из pat 6.2.3-3
-
additionally problem was in installed card radeon r5, after removed it - loader v1.02b started successfully
-
и еще один прикол вылез. раньше ставил систему с видеокартой нвидии, а в этот раз осталась воткнута радеон (обе из самых недорогих pci-e), вот во втором случае - сначала не давалась загрузка и на 1.02. оказывается и так бывает.
-
Вопрос снят. Сначала напутал с доступностью по сети, а потом еще и оказалось, что загрузчик у меня был 1.02b до всего начала представления, а бился с 1.03b.
Правда у меня каким-то образом стояла 6.2.3-3 на старом загрузчике. Удивлен...
-
Tried the last chance as described with loader 1.02b (this link)
And got success.
But recommended DSM 6.1.6, before I had installed 6.2.3 Update3. Confused... 🤕🤪
Topic may be closed
-
-
After installing last update all is broken.
Before that my PC on AMD-8320E with MB Gygabite-970A-UD3P had successfull installation of DSM-6.2.3 with Jun's Loader v1.03b DS3617xs with default extra.lzma.
As mentioned my falt based on DSM 6.2.4-25554.
But...
I've tried to rollback (this instruction), but no success. Ok. I've thought: Let's reinstall it from clear state, like completely new without any additional hardware and old drives.
Done all like decribed in tutorial and in my first time (this link).
But after loading Jun's loader - nothing happen. DHCP does'nt register any IP-request. NetCard link is up and ready, router confirming that.
Tried all loaders 1.03/1.04b by default and replacing extra.lzma/extra2.lzma
Network Controller without changes - RTL8118AS GbE.
PS: Sorry for my english.
-
В общем, что-то не приходя в сознание зачем-то нажал кнопку обновить. Хаха.
Ну да ладно. Странно совсем другое.
Сначала пошел по пути восстановления с удалением файлов обновления. Что-то пошло не так...
Поэтому пошел по пути форматирования дисков. И опять что-то пошло не так.
В итоге отключил все диски, записал в очередной раз загрузчик заново, поправил граб как положено, подложил extra.lzma.
Но все равно тишина. Пробовал разные варианты загрузчиков. Нет в сети системы. Индиктор сетевой карты до отключения всего лишнего горел темно-оранжевым и диод поднятого линка не помигивал, после вытаскивания всего и вся - стал нормальный зеленый, помигивает диодом поднятого линка.
Всю голову сломал. До этого был рабочим NAS, а теперь даже не устанавливается с нуля.
UPD: Под стандартной надписью внезапно увидел текст: Trying to terminate EFI services again.
Подключение по COM-порту и его настройка
in Остальное
Posted
со шнурком все нормально. странное дело однакоUPD: кабель нульмодемный сом-сом
Попробовал снизить скорость для порта в конфиге на флэшке (работает при запуске) и в терминале до 38400 - вывод нормализвался до 99,5%