23 Listopada 2024 09:03:46
Nawigacja
· Strona Główna
· Forum

· Tomato by Shibby
· FreshTomato


Wątki na forum
Najnowsze dyskusje
· [S] Asus RT-AC56U
· DIR868l OFW asus vs ...
· Szukam zaproszenia n...
· [MOD] FreshTomato-AR...
· Asus RT-AC5300 ,prob...
· archer c6 v3.20
· [S] Nighthawk R7000P...
· [S]Asus RT-AC5300 - ...
· Tanie N100 na promce...
· net z telefonu wifi+...
· Tomato - bugi/proble...
· HUAWEI z światłowodem
· Asus TUF-AX3000_V2 p...
· rt-ax88upro częste ...
· [Howto] Xpenology na...
· Jaki router pod Open...
· Ruter z tomato
· Czy to jeszcze NAS?
· RT AC66U B1
· Wireguard na FreshTo...
Najpopularniejsze obecnie wątki
· Szukam zaproszeni... [19]
· DIR868l OFW asus ... [8]
· [S] Asus RT-AC56U [0]
Ankieta
Jaki procesor posiada twój router?

Broadcom MIPSEL
Broadcom MIPSEL
36% [151 głosów]

Broadcom ARM
Broadcom ARM
52% [219 głosów]

Atheros
Atheros
5% [22 głosów]

Marvell
Marvell
1% [4 głosów]

Ralink
Ralink
1% [3 głosów]

Intel/AMD/VIA
Intel/AMD/VIA
1% [5 głosów]

Żaden z powyższych
Żaden z powyższych
4% [15 głosów]

Ogółem głosów: 419
Musisz zalogować się, aby móc zagłosować.
Rozpoczęto: 02/02/2015 09:38
Twoje IP
3.141.35.27
Zobacz wątek
 Drukuj wątek
[HOWTO] Kompilacja "redpill" dla Xpenology
shibby
"Redpill" to nowy loader, następca popularnego i dotychczas używanego loadera by Jun, który niestety swoje wsparcie zakończył na wersji softu DSM6.2.3.
"Redpill" wspiera softy 6.2.4, 7.x.

Ważne linki:
- dyskusja o redpill https://xpenology.com/forum/topic/457...iscussion/
- redpill-tool-chain by haydibe - do znalezienia w linku wyżej
- repozytorium grupy TTG - https://github.com/RedPill-TTG
- repozytorium jumkey z dodanym wsparciem dla 7.0.1 https://github.com/jumkey/redpill-loa...ee/develop
- repozytorium pocopico z dodatkowymi modułami https://github.com/pocopico/rp-ext

By w ogóle myśleć o kompilacji redpill potrzebujemy:
- linuxa, możliwie świeżego (w moim przypadku Debian Buster)
- zainstalowanego dockera
- chociaż podstawowej wiedzy z linuxa

Download: Wszystkie potrzebne pliki użyte w tutorialu dostępne są pod adresem: https://update.groov.pl/redpill/

1) przygotowanie środowiska

Ściągamy plik redpill-tool-chain_x86_64_v0.11.zip (to na chwilę pisania artykułu najnowsza wersja) i rozpakowyjemy. Nadajemy uprawnienie execute dla głównego skryptu:

chmod +x redpill_tool_chain.sh


Toolchain wspiera następujące obrazy:

Available platform versions:
---------------------
bromolow-6.2.4-25556
bromolow-7.0-41222
apollolake-6.2.4-25556
apollolake-7.0-41890


gdzie apollolake to DS918+, zaś bromolow oznacza DS3615xs.


Jeżeli chcemy skompilować redpill dla 6.2.4 lub 7.0 RC to następny krok możemy ominąć. Jeżeli zaś chcemy redpill dla 7.0.1 DS918+ to ściągamy global-add-7.0.1.patch i go nakładamy komendą:

patch -p0 < global-add-7.0.1.patch


|Wtedy lista wspieranych platform powiększy nam się do:

Available platform versions:
---------------------
bromolow-6.2.4-25556
bromolow-7.0-41222
apollolake-6.2.4-25556
apollolake-7.0-41890
apollolake-7.0.1-42218


2) Dane do kompilacji

Znając już platformę, pod którą chcemy skompilować musimy przeedytować plik <platforma>_user_config.json. Uzupełniamy w nim:
- pid i vid naszego pendrive`a. Uczulam, by 10x sprawdzić czy poprawnie wpisaliśmy dane. W windowsie wchodzimy do Menadżera urządzeń, Stacje dysków, odszukujemy nasz pendrive, Szczegóły, Nadrzędny i tu mamy PID i VID.
- sn - wygenerowany numer seryjny (w google wpisujemy "xpenology seria generator")
- mac1, mac2 itd - adresy mac naszej karty (kart) LAN w NASie
- dodatkowo polecam dodać pola

    "DiskIdxMap": "00",
    "SataPortMap": "6",
    "SasIdxMap": "0"


powyższe oznacza, że mamy jeden kontroler SATA z 6`ma portami. Jeżeli mieli byśmy przykładowo jeden kontroler z 2 portami i drugi z dodatkowymi dwoma to SataPortMap ustawiamy na 22.

Całościowo mój plik wygląda następująco:

{
  "extra_cmdline": {
    "pid": "0xA1C1",
    "vid": "0x0987",
    "sn": "1230NZN01831123",
    "mac1": "001122334455",
    "mac2": "001122334466",
    "DiskIdxMap": "00",
    "SataPortMap": "6",
    "SasIdxMap": "0"
  },
  "synoinfo": {},
  "ramdisk_copy": {}
}


3) przygotowanie dockera i pierwsza kompilacja

Wydajemy komendę:

./redpill_tool_chain.sh build <platforma>


czyli np

./redpill_tool_chain.sh build apollolake-7.0.1-42218


To przygotuje nam obraz dockera z odpowiednią wersją GCC, źródeł linuxa itd.

Następna komenda to kompilacja obrazu redpill:

./redpill_tool_chain.sh auto <platforma>


czyli np

./redpill_tool_chain.sh auto apollolake-7.0.1-42218


Zobaczymy, że najpierw skompiluje się redpill-lkm czyli moduł redpill a następnie redpill-load czyli loader który wygeneruje nam finalny plik ISO.
Po zakończonym procesie nasz obraz znajdziemy w katalogu "images". Teraz wystarczy "wypalić" obraz redpill na naszego pendrive programem Win32DiskImager.

4) Dodanie modułów

Jeżeli podstawowa kompilacja nie chce nam ruszyć, może okazać się konieczne dodanie modułów np do obsługi naszej karty LAN albo kontrolera SATA. Posłużyć się można tu repozytorium pocopico. Na moim przykładzie dodam moduł tn40xx do obsługi karty Edimax 10GbE.

W tym celu musimy lekko zmodyfikować redpill-load. W pliku global_config.json odszukujemy "local_rp_load_use" i zmieniamy z false na true. Następnie w głównym trzewie toolchaina ściągamy źródła redpill-load (ja używam forka by jumkey, ponieważ ma on dodaną obsługę dla 7.0.1)

git clone https://github.com/jumkey/redpill-load.git -b develop


Wchodzimy do katalogu redpill-load i poniższą komendą dodajemy moduł (w moim przypadku tn40xx)

./ext-manager.sh add https://raw.githubusercontent.com/pocopico/rp-ext/master/tn40xx/rpext-index.json


wychodzimy katalog wyżej i kompilujemy obraz

./redpill_tool_chain.sh auto <platforma>


W trakcie kompilacji rzuci nam się w oczy, że moduł faktycznie został pobrany i dodany do wynikowego obrazu

[#] Downloading remote file https://raw.githubusercontent.com/pocopico/rp-ext/master/tn40xx/releases/ds918p_42218.json to /opt/redpill-load/custom/extensions/_ext_new_rcp.tmp_json
######################################################################################################################################################################################################################################################### 100.0%

[#] Filling-in newly downloaded recipe for extension pocopico.tn40xx platform ds918p_42218
[#] Downloading remote file https://raw.githubusercontent.com/pocopico/rp-ext/master/tn40xx/releases/tn40xx-4.4.180plus.tgz to /opt/redpill-load/custom/extensions/pocopico.tn40xx/ds918p_42218/tn40xx-4.4.180plus.tgz
######################################################################################################################################################################################################################################################### 100.0%
[#] Verifying /opt/redpill-load/custom/extensions/pocopico.tn40xx/ds918p_42218/tn40xx-4.4.180plus.tgz file... [OK]
[#] Unpacking files from /opt/redpill-load/custom/extensions/pocopico.tn40xx/ds918p_42218/tn40xx-4.4.180plus.tgz to /opt/redpill-load/custom/extensions/pocopico.tn40xx/ds918p_42218/... [OK]
[#] Downloading remote file https://raw.githubusercontent.com/pocopico/rp-ext/master/tn40xx/src/check-tn40xx.sh to /opt/redpill-load/custom/extensions/pocopico.tn40xx/ds918p_42218/check-tn40xx.sh
######################################################################################################################################################################################################################################################### 100.0%
[#] Verifying /opt/redpill-load/custom/extensions/pocopico.tn40xx/ds918p_42218/check-tn40xx.sh file... [OK]
[#] Successfully processed recipe for extension pocopico.tn40xx platform ds918p_42218


Jeżeli potrzebnego nam modułu nie ma na liście, proponuję zwrócić się do @pocopico w temacie o redpill. Samodzielna kompilacja modułów to często wielogodzinne boje (nie wszystkie moduły są dostarczane w źródłach kernela). Przykładowo tn40xx nie dość, że nie jest w źródłach kernela, to przez prawa licencyjne źródła zostały zubożone o wsparcie dla mojej karty Edimaxa. Dobre 3 godziny zajęło mi posklejanie sterowników i ich kompilacja. Finalnie sama kompilacja odbywa się przez CROSS_COMPILE i w moim przypadku finalna komenda to:

make -C /usr/src/module_compile/tn40xx-driver-vendor-drop-v0.3.6.17.2 EXPECTED_KDIR=/usr/src/module_compile/DSM-7.0-toolkit/build CROSS_COMPILE=/usr/src/module_compile/x86_64-pc-linux-gnu/bin/x86_64-pc-linux-gnu- MV88X3310=YES QT=YES TL=YES AQ=YES MUSTANG=YES


Czasami zamiast DSM-7.0-toolkit trzeba użyć źródeł kernela (toolchain ściąga wymagane pliki do "docker/downloads")
Edytowany przez shibby dnia 18-10-2021 08:49
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology SA6400
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
 
manius
Witam
Próbuję kompilacji ale wywali mi błąd


root@proxmox:~/redpill# ./redpill_tool_chain.sh build apollolake-7.0.1-42218
Downloading Toolkit Dev
###################################################################################################################################################################################### 100.0%###################################################################################################################################################################################### 100.0%###################################################################################################################################################################################### 100.0%
[+] Building 80.5s (15/15) FINISHED
 => [internal] load build definition from Dockerfile                                                                                                                                    0.1s
 => => transferring dockerfile: 2.21kB                                                                                                                                                  0.0s
 => [internal] load .dockerignore                                                                                                                                                       0.0s
 => => transferring context: 2B                                                                                                                                                         0.0s
 => [internal] load metadata for docker.io/library/debian:10-slim                                                                                                                       2.4s
 => [internal] load build context                                                                                                                                                       8.0s
 => => transferring context: 356.74MB                                                                                                                                                   7.9s
 => [extract 1/2] FROM docker.io/library/debian:10-slim@sha256:544c93597c784cf68dbe492ef35c00de7f4f6a990955c7144a40b20d86a3475f                                                         4.5s
 => => resolve docker.io/library/debian:10-slim@sha256:544c93597c784cf68dbe492ef35c00de7f4f6a990955c7144a40b20d86a3475f                                                                 0.0s
 => => sha256:544c93597c784cf68dbe492ef35c00de7f4f6a990955c7144a40b20d86a3475f 1.85kB / 1.85kB                                                                                          0.0s
 => => sha256:f6ed7ce6e3264649e1d4f40585247c50e32faaf268984c5c5cbf0e67cf7f0ec7 529B / 529B                                                                                              0.0s
 => => sha256:8ae0cebc834a83dc033065409120379a215e64d4d717449a56f211c10c8f1c95 1.46kB / 1.46kB                                                                                          0.0s
 => => sha256:b380bbd43752f83945df8b5d1074fef8dd044820e7d3aef33b655a2483e030c7 27.14MB / 27.14MB                                                                                        1.1s
 => => extracting sha256:b380bbd43752f83945df8b5d1074fef8dd044820e7d3aef33b655a2483e030c7                                                                                               3.1s
 => [stage-1 2/9] RUN apt-get update &&     apt-get install --yes --no-install-recommends ca-certificates build-essential git libssl-dev curl cpio bspatch vim gettext bc bison flex   44.1s
 => [extract 2/2] ADD downloads/ds.apollolake-7.0.dev.txz /                                                                                                                            56.9s
 => [stage-1 3/9] RUN git clone https://github.com/RedPill-TTG/redpill-lkm.git  -b master  /opt/redpill-lkm &&     git clone https://github.com/jumkey/redpill-load.git -b develop /op  3.4s
 => [stage-1 4/9] COPY --from=extract /usr/local/x86_64-pc-linux-gnu/x86_64-pc-linux-gnu/sys-root/usr/lib/modules/DSM-7.0/build/ /opt/toolkit_dev-apollolake-7.0.1-42218                2.9s
 => [stage-1 5/9] RUN if [ "apollolake" = "apollolake" ] then echo '+' > /opt/toolkit_dev-apollolake-7.0.1-42218/.scmversion; fi &&     if [ "toolkit_dev" = "kernel" ] then          0.4s
 => [stage-1 6/9] WORKDIR /opt                                                                                                                                                          0.1s
 => [stage-1 7/9] COPY Makefile /opt/                                                                                                                                                   0.0s
 => [stage-1 8/9] COPY entrypoint.sh /entrypoint.sh                                                                                                                                     0.0s
 => [stage-1 9/9] RUN chmod +x /entrypoint.sh                                                                                                                                           0.5s
 => exporting to image                                                                                                                                                                  7.0s
 => => exporting layers                                                                                                                                                                 7.0s
 => => writing image sha256:5ba549000aeb7cb4cbd7df0d0add0e12664e99ddf6e41ea950d437d5c3254c79                                                                                            0.0s
 => => naming to docker.io/library/redpill-tool-chain:apollolake-7.0.1-42218                                                                                                            0.0s



root@proxmox:~/redpill# ./redpill_tool_chain.sh auto apollolake-7.0.1-42218
Checking if redpill-lkm sources require pull.
  Nothing to do.
Check if redpill-load sources require pull.
  Nothing to do.
Lay back and enjoy the show: Magic is about to happen!
make[1]: Entering directory '/opt/redpill-lkm'
make -C /opt/toolkit_dev-apollolake-7.0.1-42218 M=/opt/redpill-lkm RP_MODULE_TARGET="prod" RP_MODULE_TARGET_VER="7" modules
make[2]: Entering directory '/opt/toolkit_dev-apollolake-7.0.1-42218'
RP-TARGET SPECIFIED AS prod v7
  CC [M]  /opt/redpill-lkm/compat/string_compat.o
  CC [M]  /opt/redpill-lkm/internal/helper/math_helper.o
  CC [M]  /opt/redpill-lkm/internal/helper/memory_helper.o
  CC [M]  /opt/redpill-lkm/internal/helper/symbol_helper.o
  CC [M]  /opt/redpill-lkm/internal/scsi/scsi_toolbox.o
  CC [M]  /opt/redpill-lkm/internal/scsi/scsi_notifier_list.o
  CC [M]  /opt/redpill-lkm/internal/scsi/scsi_notifier.o
  CC [M]  /opt/redpill-lkm/internal/override/override_symbol.o
  CC [M]  /opt/redpill-lkm/internal/override/override_syscall.o
  CC [M]  /opt/redpill-lkm/internal/intercept_execve.o
  CC [M]  /opt/redpill-lkm/internal/call_protected.o
  CC [M]  /opt/redpill-lkm/internal/intercept_driver_register.o
  CC [M]  /opt/redpill-lkm/internal/stealth/sanitize_cmdline.o
  CC [M]  /opt/redpill-lkm/internal/stealth.o
  CC [M]  /opt/redpill-lkm/internal/virtual_pci.o
  CC [M]  /opt/redpill-lkm/internal/uart/uart_swapper.o
  CC [M]  /opt/redpill-lkm/internal/uart/vuart_virtual_irq.o
  CC [M]  /opt/redpill-lkm/internal/uart/virtual_uart.o
  CC [M]  /opt/redpill-lkm/internal/ioscheduler_fixer.o
  CC [M]  /opt/redpill-lkm/config/cmdline_delegate.o
/opt/redpill-lkm/config/cmdline_delegate.c: In function 'extract_config_from_cmdline':
/opt/redpill-lkm/config/cmdline_delegate.c:413:74: warning: value computed is not used [-Wunused-value]
         extract_netif_macs(config->macs, single_param_chunk)             ||
                                                                          ^~
  CC [M]  /opt/redpill-lkm/config/runtime_config.o
  CC [M]  /opt/redpill-lkm/shim/boot_dev/boot_shim_base.o
  CC [M]  /opt/redpill-lkm/shim/boot_dev/usb_boot_shim.o
  CC [M]  /opt/redpill-lkm/shim/boot_dev/fake_sata_boot_shim.o
In file included from /opt/redpill-lkm/shim/boot_dev/fake_sata_boot_shim.c:46:
/opt/redpill-lkm/compat/toolkit/include/../drivers/usb/storage/usb.h:50:2: warning: #warning "Using compatibility file for drivers/usb/storage/usb.h - if possible do NOT compile using toolkit" [-Wcpp]
 #warning "Using compatibility file for drivers/usb/storage/usb.h - if possible do NOT compile using toolkit"
  ^~~~~~~
  CC [M]  /opt/redpill-lkm/shim/boot_dev/native_sata_boot_shim.o
  CC [M]  /opt/redpill-lkm/shim/boot_device_shim.o
  CC [M]  /opt/redpill-lkm/shim/storage/smart_shim.o
  CC [M]  /opt/redpill-lkm/shim/storage/sata_port_shim.o
  CC [M]  /opt/redpill-lkm/shim/bios/bios_hwcap_shim.o
/opt/redpill-lkm/shim/bios/bios_hwcap_shim.c: In function 'GetHwCapability_shim':
/opt/redpill-lkm/shim/bios/bios_hwcap_shim.c:64:17: warning: unused variable 'ovs_fout' [-Wunused-variable]
             int ovs_fout = call_overridden_symbol(org_fout, GetHwCapability_ovs, cap);
                 ^~~~~~~~
  CC [M]  /opt/redpill-lkm/shim/bios/bios_hwmon_shim.o
  CC [M]  /opt/redpill-lkm/shim/bios/rtc_proxy.o
  CC [M]  /opt/redpill-lkm/shim/bios/bios_shims_collection.o
  CC [M]  /opt/redpill-lkm/shim/bios_shim.o
  CC [M]  /opt/redpill-lkm/shim/block_fw_update_shim.o
  CC [M]  /opt/redpill-lkm/shim/disable_exectutables.o
  CC [M]  /opt/redpill-lkm/shim/pci_shim.o
  CC [M]  /opt/redpill-lkm/shim/pmu_shim.o
  CC [M]  /opt/redpill-lkm/shim/uart_fixer.o
  CC [M]  /opt/redpill-lkm/redpill_main.o
  LD [M]  /opt/redpill-lkm/redpill.o
  Building modules, stage 2.
RP-TARGET SPECIFIED AS prod v7
  MODPOST 1 modules
  CC      /opt/redpill-lkm/redpill.mod.o
  LD [M]  /opt/redpill-lkm/redpill.ko
make[2]: Leaving directory '/opt/toolkit_dev-apollolake-7.0.1-42218'
make[1]: Leaving directory '/opt/redpill-lkm'
#############################################
filename:       /opt/redpill-lkm/redpill.ko
license:        GPL
depends:
retpoline:      Y
vermagic:       4.4.180+ SMP mod_unload
#############################################
Using user_config.json:
{
  "extra_cmdline": {
    "pid": "0xxxxx",
    "vid": "0xxxxx",
    "sn": "xxxxxxxxxxxxx",
    "mac1": "xxxxxxxxxxxxx"
    "mac2": "xxxxxxxxxxxxx"
    "mac3": "xxxxxxxxxxxxx"
    "DiskIdxMap": "00",
    "SataPortMap": "22",
    "SasIdxMap": "0"
  },
  "synoinfo": {},
  "ramdisk_copy": {}
}
#############################################
/opt/redpill-load /opt
[#] Checking runtime for required tools... [OK]
include/json.sh: line 16: 2: unbound variable
make: *** [Makefile:33: build_redpill_load] Error 1


Scalony z 17 października 2021 12:10:55:
dobra już działa, zapomniałem dać przecinki po mac w pliku <platforma>_user_config.json

Gdy ktoś pobiera pliki z https://update.groov.pl/redpill/ to zamiast


patch -p0 < redpill-add-7.0.1.patch


wpisz


patch -p0 < global-add-7.0.1.patch


coś 918+ nie lubi się z AMD nie mogę zainstalować wywala plik jest uszkodzony na intelu idzie od razu.

Ma ktoś może 7.0-41222 dla DS3615xs. ponieważ na stronie synology nie widzę, a na AMD działało 6.2.3 z DS3617xs
Edytowany przez manius dnia 17-10-2021 12:10
Pozdrawiam Marcin

 
shibby
"plik uszkodzony" w 99% przypadków oznacza błędny vid/pid. Bardzo często okazuje się że zamienione są te wartości miejscami.
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology SA6400
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
 
manius

shibby napisał:

"plik uszkodzony" w 99% przypadków oznacza błędny vid/pid. Bardzo często okazuje się że zamienione są te wartości miejscami.


vid/pid są w 100% ok, ponieważ na Intelu taka sama zawartość pliku <platforma>_user_config.json i działa.

Na AMD wersja 6.2.3 918+ też nie działa za to DS3617xs było ok (te same vid/pid).
Pozdrawiam Marcin

 
shibby

Cytat

Ma ktoś może 7.0-41222 dla DS3615xs. ponieważ na stronie synology nie widzę, a na AMD działało 6.2.3 z DS3617xs


42218 jest ostatnim.

https://global.download.synology.com/download/DSM/release/7.0.1/42218/DSM_DS3615xs_42218.pat?model=DS3615xs&bays=12&dsm_version=7.0.1&build_number=42218

Scalony z 18 października 2021 08:49:47:

Cytat

patch -p0 < global-add-7.0.1.patch


dzięki, poprawione
Edytowany przez shibby dnia 18-10-2021 08:49
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology SA6400
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
 
tomatos
Po odpaleniu otrzymuje komunikat:
"Wykryto błędy na dyskach 1,3,4,5) a porty SATA zostały wyłączone.
Wyłącz serwer DS918+, aby wymienić lub wyjąć te dyski twarde, i spróbuj ponownie"
[img][/img]

podłączony jest 1 dysk pod SATA 2 .

Aby poszło dalej muszę wyłączyć w biosie porty SATA pod które nie podpięte są dyski i skompilować na:


 "SataPortMap": "1"


a co jak będę chciał dołożyć dysk ?
 
mosfit
ale w czym widzisz problem . Ustaw SataPortMap jak chcesz :

### Jeśli masz problemy z sata, określ liczbę posiadanych portów
### umieść dyski na porcie 1,2,3,4 i umieść SataPortMap=4
### SataPortMap=4 oznacza pierwsze 4 porty pierwszego kontrolera.
### SataPortMap=44 oznacza pierwsze 4 porty pierwszego kontrolera i pierwsze 4 porty drugiego kontrolera.
### SataPortMap=422 oznacza pierwsze 4 porty pierwszego kontrolera, pierwsze 2 porty drugiego kontrolera i pierwsze 2 porty
trzeciego kontrolera.
Router- Ubiquiti USG-Pro-4 (FTTH)
Lan- Ubiquiti Switch US-8-150W + USW-Flex-Min
Wifi- 2x UAP-AC-Pro + 1x Ap OpenWrt 23.05 (802.11r)
Nas- DS918+ DS823+
 
shibby

Cytat

Aby poszło dalej muszę wyłączyć w biosie porty SATA pod które nie podpięte są dyski i skompilować na:


wygląda więc jakbyś miał 2 kontrolery. musisz więc poprawnie ustawić zmienną SataPortMap zgodnie z tym co @mosfit napisał.

Pamiętaj że w tej zmiennej określasz ilości portów danych kontrolerów a nie porty pod którymi masz podpięte dyski.
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology SA6400
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
 
tomatos
Mam płytę AIMB-274 Advantech'a
Są tam 4 pory SATA, 1 port eSATA i obsługa dysków MINIPCIE mSATA.
Głowy nie dałbym se uciąć ale wydaje się, że te 4 gniazda SATA i eSATA obsługuje 1 kontroler.

Na poprzednim booloaderze "DiskIdxMap", "SataPortMap", "SasIdxMap" było nie zdefiniowane i wszystko śmigało bez problemu, pokazywało mi 16 gniazd i dyski lądowały w pierwszych 6 automatycznie.

Teraz nie rusza jak nie wykryje dysku na porcie SATA, dlatego jak ma podpięty 1 dysk to muszę wrzucić
"SataPortMap": "1"

Inaczej Synology Assistant przy starcie wyrzuca mi:
"Wykryto błędy na dyskach (2,3,4,5) a porty SATA zostały wyłączone.
Wyłącz serwer DS918+, aby wymienić lub wyjąć te dyski twarde, i spróbuj ponownie"

czepia się do tych portów gdzie nie ma dysku. Próbowałem z 1, 2 i 5 portem, po prostu dam gdzie jest podpięty dysk, to tej cyferki nie wypisuje
 
mosfit
Sprawdź czy w biosie masz wszystko prawidłowo poustawiane . Ustaw SataPortMap=44 i musi działać .

U mnie mam tak ustawione:

menuentry 'RedPill DS918+ v7.0.1-42218 (USB, Verbose)' {
savedefault
set root=(hd0,msdos1)
echo Loading Linux...
linux /zImage HddHotplug=0 withefi console=ttyS0,115200n8 DiskIdxMap=00 netif_num=1 syno_hdd_detect=0 syno_port_thaw=1 SasIdxMap=0 vender_format_version=2 earlyprintk mac1=XXXXXXXXXX mac2=XXXXXXXXXX syno_hdd_powerup_seq=1 pid=0x6545 log_buf_len=32M syno_hw_version=DS918+ vid=0x0930 earlycon=uart8250,io,0x3f8,115200n8 sn=XXXXXXXX elevator=elevator root=/dev/md0 loglevel=15 SataPortMap=44
echo Loading initramfs...
initrd /rd.gz /custom.gz
echo Starting kernel with USB boot
----------------------------------------------------------------------------------------

menuentry 'RedPill DS918+ v7.0.1-42218 (SATA, Verbose)' {
savedefault
set root=(hd0,msdos1)
echo Loading Linux...
linux /zImage HddHotplug=0 withefi console=ttyS0,115200n8 synoboot_satadom=2 DiskIdxMap=00 netif_num=1 syno_hdd_detect=0 syno_port_thaw=1 SasIdxMap=0 vender_format_version=2 earlyprintk mac1=XXXXXXXXXX mac2=XXXXXXXXXXX syno_hdd_powerup_seq=1 pid=0x6545 log_buf_len=32M syno_hw_version=DS918+ vid=0x0930 earlycon=uart8250,io,0x3f8,115200n8 sn=XXXXXXXXXX elevator=elevator root=/dev/md0 loglevel=15 SataPortMap=44
echo Loading initramfs...
initrd /rd.gz /custom.gz
echo Starting kernel with SATA boot
echo WARNING: SATA boot support on this platform is experimental!
Router- Ubiquiti USG-Pro-4 (FTTH)
Lan- Ubiquiti Switch US-8-150W + USW-Flex-Min
Wifi- 2x UAP-AC-Pro + 1x Ap OpenWrt 23.05 (802.11r)
Nas- DS918+ DS823+
 
tomatos
W biosie nic nie ruszałem, ustawienia są takie jak w działającym cały czas DSM 6.2.3-25426
Pobawię się jeszcze po świętach w wolnej chwili.

Problem polega też na tym, że wszelkie eksperymenty staram się robić ostrożnie, żeby nie rozwalić istniejącego systemu i nie stracić danych (3*6TB +4TB.)

Dla tego rozpinam istniejące dyski i podpinam nowe, a każda taka zabawa wyłącza mi istniejącą infrastrukturę opartą na Synology w domu.

I jeszcze ciągle rozwala mi połączenie QuickConnect na serwerze Synology i zaburza połączenia klientów Synology Drive Client Sad
 
mosfit
no wydaje mi się ze coś robisz źle . Ja nie rozpinałem dysków jak przechodziłem za DSM 6.2.3 na DSM 7 , podmieniłem tylko pendrive z redpill w x:\boot\grub\grub.cfg , zmieniłem tylko pid/vid ,mac-i ,serial , staportmap i tyle. Przy pierwszym uruchomieniu wykrył zainstalowany system i sie zmigrował , i wszystkie ustawienia zostały z poprzedniej wer . Nic się nie wykasowało , quickconnect żeby działał musi być mac i serial sparowany , taki z czapy nie będzie obsługiwał QC
Router- Ubiquiti USG-Pro-4 (FTTH)
Lan- Ubiquiti Switch US-8-150W + USW-Flex-Min
Wifi- 2x UAP-AC-Pro + 1x Ap OpenWrt 23.05 (802.11r)
Nas- DS918+ DS823+
 
tomatos
QC chodzi bez problemu, mam zamiar nie rozpinać dysków i też tylko podmienić pena i przejść z 6.2.3 na 7.0, Ale nie podejmę tego ryzyka bez sprawdzenia nowego botloadera na innym zestawie dysków, po prostu nie chcę stracić danych. A jak widać problemy są z portami SATA.
Przypomina mi to sytuację z niektórymi Delami, w których trzeba było wyłączyć port SATA w biosie dla portów z niepodpiętymi dyskami bios nie uruchamiał systemu jak nie wykrył podpiętego dysku na porcie SATA.
 
mosfit
żadne dane się same nie usuną do puki nie dasz takiej komendy na ich usunięcie ale ok . Podłącz serial i zobacz co się dzieje w logach , może być że twoja płyta nie jest poprawnie rozpoznawana przez nowy bootloader
Router- Ubiquiti USG-Pro-4 (FTTH)
Lan- Ubiquiti Switch US-8-150W + USW-Flex-Min
Wifi- 2x UAP-AC-Pro + 1x Ap OpenWrt 23.05 (802.11r)
Nas- DS918+ DS823+
 
tomatos
Ok, migracja skończona.
Problem z portami SATA jest dziwny, jeżeli chcę używać 4 portów sata to po wpisaniu "SataPortMap": "4" podczas pierwszego uruchomienia Synology Assistant muszę podpiąć wszystkie dyski pod porty SATA, inaczej wywali mi błąd który pisałem poprzednio. Ale już po zainstalowaniu systemu mogę spokojnie odpiąć dowolne dyski i wszystko jest ok.
Nie udało mi się uruchomić eSATA Smile W biosie mam kolejność SATA1,2,3,4, dysk MINIPCIE mSATA , i jako szósty eSATA.
Kombinowałem różnie ustawienia SataPortMap: 51, 411, 42, nie widzi eSata i już Sad.
W poprzednim systemie lądował na 6-tym miejscu na 16 gniazd.
Kiedyś jeszcze powalczę na rasie mam dość.
 
sts

tomatos napisał:

Mam płytę AIMB-274 Advantech


Hej mógłbyś mi podesłać plik .cfg a najlepiej obraz iso do wypalenia na pena, mam podobną płytę ale ciągle nie widzi dysków?
 
robkoch
Mam płytę Asus Q170T i podpięte do niej 4 dyski.
W obecnym DSM 6.2.3-25426 pokazuje mi, że te dyski zajmują 4 porty (3-6) z dostępnych 16-tu.
Z kolei próbując dopasować parametr SataPortMap w grub.cfg doszedłem do tego, że jeśli pierwsza cyfra to minimum 8, wówczas pojawia się komunikat "Wykryto błędy na dyskach (1 , 2, 7, 8) a port SATA zostały wyłączone. Jeśli ta cyfra będzie mniejsza, "nie widzi" wszystkich dysków, a dalsza część komunikatu jest taka sama.
Próbowałem też wprowadzić wartość szesnastkową (jeśli >= 10 nie można wpisać "10", ale czyta to wciąż jako wartości dziesiętne.
Wie ktoś może jak sprawdzić konfigurację kontrolerów, żeby dało się postawić DSM?
 
sts
Testowałem na fizycznej maszynie.

https://www.fujitsu.com/fts/products/computing/pc/desktops/esprimo-p556-e85/

Intel® H110
Intel Pentium G4560 4x3,5GHz (skylake — 6gen)
Hynix 8GB DDR4 PC4-2400MHz (dwukanałowy)
Karta graficzna Intel® HD 610
10/100/1000 Mb/s Realtek RTL8111G
1hdd 1TB do testowania
płytka posiada 3 złącza sata.

Mapa portu Sata = 6

Nie działa, błąd dysku

SataPortMap = 4

Instalacja i konfiguracja działa w 100%Grin
DSM_DS918+_42218.pat
xpenology.com/forum/uploads/monthly_2022_01/nas.png.04a20dec22630916e5cc7333915fa4a3.png


Próbowałem też odpalic ten system na 4gen intela ale ciagle błedy z dyskami lub ich brak.

Zastanawiam sie tez po co każdy sam własnoręcznie powinien kompilować swój własny system? obraz który udostępnił shibby instaluje sie i działa na różnych maszynach.
Edytowany przez sts dnia 04-01-2022 08:54
 
evangelion69
To nie istnieje gotowiec na pendrive?
Mikrotiki
 
grequ22
Czy ktoś korzysta z Esxi ? U mnie w momencie wgrywania PAT w około 60% następuje jakiś błąd bo zapętla się to w kółko i nie instaluje do końca. Można to podejrzeć w jakieś konsoli?
 
Przejdź do forum
Zaloguj
Wprowadź adres e-mail lub nazwę użytkownika

Hasło



Nie masz jeszcze konta? Zarejestruj się.

Zapomniałeś/aś hasła?
Aktualnie online
· Gości online: 84

· Użytkowników online: 0

· Łącznie użytkowników: 24,115
· Najnowszy użytkownik: Ja
Czat
Musisz się zalogować, aby opublikować wiadomość.

Maniek91PL
06-11-2024 22:37
dzięki !Grin

maxikaaz
29-10-2024 14:27
@Maniek91PL - Administration=> Admin Access, i tam masz "Allow Wireless Access" do zaznaczenia

Maniek91PL
26-10-2024 22:07
siemka! ktoś przypomni co się ustawiało jeśli nie mogę wejść od strony wifi do tomato? od lan działa

overflow2
04-10-2024 17:34
Kupowałem Asusy n10u albo n12d1 ale nie widzę ich, chyba już nie produkują, Chodzi o coś nowego i taniego. Transfery niewielkie.

maxikaaz
04-10-2024 09:38
@overflow2 patrząc po dostępności funkcji w nowych kompilacjach, to chyba nawet WRT54G/GL jeszcze ma OpenVPN, albo jakiś odpowiednik... zależy, na jakie transfery liczysz.

overflow2
30-09-2024 20:53
Jaki aktualnie najtańszy router do tomato do openvpn?

maxikaaz
27-07-2024 15:07
@servee - na początek router do rozebrania i obejrzenia, ciężko wróżyć tak tylko po objawach

maxikaaz
27-07-2024 14:55
@servee - cały kontroler nie pada tak sobie z powodu "zbiegu okoliczności",
więc prawdopodobnie gdzieś przepięcie.

servee
25-07-2024 13:33
@maxikaaz: działało, aż pewnego pięknego dnia przestało działać. W tym dniu była też burza, ale to raczej zbieg okoliczności.

maxikaaz
25-07-2024 11:38
@servee - o ile problem jest w obrębie samych wyjść (dławiki, warystory), to naprawialne, ale jeśli w samym SoC - to nienaprawialne ze względu na koszta. A co było przyczyną?

95,367,549 unikalnych wizyt