Keresés

Új hozzászólás Aktív témák

  • vzozo

    senior tag

    Sziasztok, az új N2-t próbálta már valaki? Nekem eléggé megtetszett a speckók alapján, csak szokás szerint ott van bennem a paranoia a custom OS láttán.

    Mindenképp a Hardkernel által kiadott Ubuntu verziót kell használni, vagy valami generikus ARM disztróval is elketyegnek ezek? Illetve ha maradok a Hardkernel Ubuntujánál, akkor a frissítés hogyan zajlik? Ők hosztolják a csomagokat, várnom kell, hogy mindent újrafordítsanak, vagy megadhatok egy publikus elérhetőséget az apt-get frissítésekhez?

  • vzozo

    senior tag

    Köszi mindkettőtöknek a gyors választ, akkor követem a témát, illetve türelmesen várok még egy kicsit - early adopternek lenni néha szívás.:)

  • vzozo

    senior tag

    válasz vzozo #1649 üzenetére

    Közben kijött a RasPi 4, jelentősen áttervezett és erősebb hardverrel. Tudom van neki külön topikja, de inkább az érdekelne, hogy pl. a mostanában sztárolt Odroid N2-höz szerintetek hogyan viszonyul?

    Szoftveres támogatás számomra jobban tetszik, végre van USB3 (igaz csak 2) és valós gigabit ethernet... Illetve némileg olcsóbb is.

  • vzozo

    senior tag

    válasz azbest #1655 üzenetére

    Ez jó részletes, köszönöm.

    Végül is "csak" a lényeg maradt ki: a use-case. Nekem totál elég egy NAS (Samba share), DLNA és talán egy Plex szerver. Ez utóbbit még nem próbáltam, hosszú évek óta csak DLNA-t használok, de a csapból is ez folyik, szóval lehet adnék neki egy esélyt...

  • vzozo

    senior tag

    Egyelőre kivártam a vásárlással, se N2-t, se Pi4-et nem vettem még.

    Akit érint, úgy néz ki az N2-vel lehetnek USB bottleneck problémák: [link]

    https://old.reddit.com/r/ODroid/comments/cs0toc/odroid_n2_and_usb3_bus_saturation_issues/

  • vzozo

    senior tag

    Végre megrendeltem az N2 kütyüt, szóval hamarosan csatlakozom az odroidos táborhoz. :)

    Viszont tanácsot kérnék: érdemes eMMC-re pakolni az oprendszert, vagy elfut ez simán az SD kártyán is? Igazából félek minden SD-s megoldástól (és ahogy olvasom, az eMMC sem annyival jobb wear szempontjából), miután raspberryvel sikerült már kinyírnom néhányat.

    Use-case-ben pedig ott van, hogy log szerver is fog rajta futni fogadni a routertől elég sok adatot, szóval írás az lesz. Lehet mondjuk célszerűbb lesz rákötni egy külső vinyót csak erre a célra...

  • vzozo

    senior tag

    válasz Multibit #1693 üzenetére

    Néztem azóta eMMC árakat is, azt hiszem maradok az SD kártya + külső vinyó kombónál...

    Tudom már kb. egy éve kérdeztem, de azóta hátha van több tapasztalat mások részéről. Szóval tudok itt generikus Linux disztrót használni (pl. https://ubuntu.com/download/server/arm ) vagy mindenképp a hardkernel ubuntuját kell telepítenem?

  • vzozo

    senior tag

    Ugyan bedobtam ezt a reddites odroid "fórumban" is, de ott kb. az egyetlen hozzászóló annyival letudta, hogy hülye paranoid vagyok. Amúgy sem pörög az a közösség, hátha majd most itt! :)

    A szitu.

    Oké, megjött az N2, fel is tettem rá a legfrissebb HK-s Ubuntut. Majd elkezdtem nézegetni a logfájlokat, mert van egy ilyen szokásom, hogy átnyálazom egy frissen telepített rendszer nyűgeit, és hát találtam egy csomó bejegyzést még tavalyról. Nyilván nem én bootoltam be a rendszert egyik esetben sem.

    Mindig is volt bennem némi aggodalom "nem hivatalos" image-eket használni, erre tessék, itt van egy csomó "szemét", aminek szerintem egyszerűen nem szabadna ott lennie egy OOBE telepítés után.

    Van itt bármi tapasztalat ezügyben? Gondolom a HK-sok bootolták be valamiért, és nem törölték a logokat, de ez akkor is bűzlik.

    Ti milyen OS-eket használtok N2-n?

  • vzozo

    senior tag

    válasz azbest #1697 üzenetére

    Nyilván valami ilyesmiről van szó, nem akarok semmilyen céget, gyártót huncutsággal gyanúsítani, csak szerintem nagyon szar az optikája.

    Ahogy olvasom elvileg az újabb 5.x-es kernelekbe már bekerültek pl. az odroidos hardveres finomhangolások, tehát talán (?) egy default disztró telepítéssel is el tudnék lenni. Bele kell tenni az időt, energiát + hiába használgatok linuxot úgy 96 óta, azért én mindig is vindózos arc voltam, abból élek, azt ismerem. :)

  • vzozo

    senior tag

    Na tegnap este rászántam magam, hogy akkor belakom az N2-t. Szerintem tényleg nincsenek nagy elvárásaim, tudjak rá külső vinyót kötni, menjen fájlmegosztás SMB-n, SSH-val érjem el (including SFTP, geo-replikáció miatt), illetve hosszútávon DLNA / plex klón is fusson rajta.

    Ugye voltak ezek az USB3-as parák, ami elvileg megoldódott. Lásd: https://forum.odroid.com/viewtopic.php?f=181&t=35031

    Legfrissebb rendszeren vagyok:

    root@odroid:/var/log# uname -a
    Linux odroid 4.9.213-67 #1 SMP PREEMPT Thu Feb 13 14:59:00 -03 2020 aarch64 aarch64 aarch64 GNU/Linux

    Mivel tegnap éjjel szoptam eleget, gondoltam ennek ellenére lebutítom 1024-ről, ahogy a fenti fórumban javasolták:

    root@odroid:/var/log# cat /sys/class/block/?d?/queue/max_sectors_kb
    32

    Vinyó felismerve, mount:

    root@odroid:/home/vzn2# lsusb -t
    /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci-hcd/1p, 5000M
        |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 5000M
            |__ Port 1: Dev 3, If 0, Class=Mass Storage, Driver=usb-storage, 5000M
    /:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci-hcd/2p, 480M
        |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M

    [ 3429.629013] usb 2-1.1: new SuperSpeed USB device number 3 using xhci-hcd
    [ 3429.649666] usb 2-1.1: New USB device found, idVendor=1058, idProduct=25ee
    [ 3429.649669] usb 2-1.1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
    [ 3429.649671] usb 2-1.1: Product: My Book 25EE
    [ 3429.649673] usb 2-1.1: Manufacturer: Western Digital
    [ 3429.649674] usb 2-1.1: SerialNumber: xxx
    [ 3429.650757] usb-storage 2-1.1:1.0: USB Mass Storage device detected
    [ 3429.656723] scsi host0: usb-storage 2-1.1:1.0
    [ 3430.661477] scsi 0:0:0:0: Direct-Access     WD       My Book 25EE     4004 PQ: 0 ANSI: 6
    [ 3430.665900] scsi 0:0:0:1: Enclosure         WD       SES Device       4004 PQ: 0 ANSI: 6
    [ 3430.703041] sd 0:0:0:0: Attached scsi generic sg0 type 0
    [ 3430.703449] scsi 0:0:0:1: Attached scsi generic sg1 type 13
    [ 3430.705013] sd 0:0:0:0: [sda] Spinning up disk...
    [ 3431.712949] .................ready
    [ 3448.096606] sd 0:0:0:0: [sda] Very big device. Trying to use READ CAPACITY(16).
    [ 3448.096744] sd 0:0:0:0: [sda] 15628052480 512-byte logical blocks: (8.00 TB/7.28 TiB)
    [ 3448.096747] sd 0:0:0:0: [sda] 4096-byte physical blocks
    [ 3448.096961] sd 0:0:0:0: [sda] Write Protect is off
    [ 3448.096965] sd 0:0:0:0: [sda] Mode Sense: 47 00 10 08
    [ 3448.097177] sd 0:0:0:0: [sda] No Caching mode page found
    [ 3448.097203] sd 0:0:0:0: [sda] Assuming drive cache: write through
    [ 3448.110671] sd 0:0:0:0: [sda] Very big device. Trying to use READ CAPACITY(16).
    [ 3449.464155]  sda: sda1
    [ 3449.466398] sd 0:0:0:0: [sda] Very big device. Trying to use READ CAPACITY(16).
    [ 3449.467051] sd 0:0:0:0: [sda] Attached SCSI disk

    Oké, SFTP-n elkezdek másolni egy nagy fájlt (10+ GB), minden oké, 10MB / sec sebességgel hasít, látszik, hogy itt az ISP-m a gyenge láncszem.

    Majd egy "hülye" ötlettől vezérelve indítok egy midnight commandert, hogy miközben megy az SFTP-s másolás, megnézzem mi minden más van még azon a külső vinyón.

    És akkor itt ennyi. Szó bennszakad, hang fennakad, lehellet megszegik...

    MC lefagy, WinSCP is jelenti pár másodperccel később, hogy para van:

    ---------------------------
    Information
    ---------------------------
    Host is not communicating for more than 15 seconds.
    Still waiting...
    Note: If the problem repeats, try turning off 'Optimize connection buffer size'.
     
    Warning: Aborting this operation will close connection!
    ---------------------------

    Vártam pár percet, semmi, putty-n reconnect, és vissza tudtam mászni.

    Ez most WTF?

    Igazából az egyetlen hiba, amit látok:

    Mar  6 15:23:25 odroid ntfs-3g[4851]: Version 2017.3.23 integrated FUSE 28
    Mar  6 15:23:25 odroid ntfs-3g[4851]: Mounted /dev/sda1 (Read-Write, label "8TB_EZAZ", NTFS 3.1)
    Mar  6 15:23:25 odroid systemd[2416]: Failed to canonicalize path /home/vzn2/.config/systemd/user/mnt-8tb.mount.wants: Permission denied
    Mar  6 15:23:25 odroid ntfs-3g[4851]: Cmdline options: rw
    Mar  6 15:23:25 odroid systemd[2416]: Failed to canonicalize path /home/vzn2/.local/share/systemd/user/mnt-8tb.mount.wants: Permission denied
    Mar  6 15:23:25 odroid ntfs-3g[4851]: Mount options: rw,allow_other,nonempty,relatime,fsname=/dev/sda1,blkdev,blksize=4096
    Mar  6 15:23:25 odroid systemd[2416]: Failed to canonicalize path /home/vzn2/.config/systemd/user/mnt-8tb.mount.requires: Permission denied
    Mar  6 15:23:25 odroid ntfs-3g[4851]: Ownership and permissions disabled, configuration type 7
    Mar  6 15:23:25 odroid systemd[2416]: Failed to canonicalize path /home/vzn2/.local/share/systemd/user/mnt-8tb.mount.requires: Permission denied
    Mar  6 15:23:25 odroid systemd[2416]: Failed to canonicalize path /home/vzn2/.config/systemd/user/mnt-8tb.mount.d: Permission denied
    Mar  6 15:23:25 odroid systemd[2416]: Failed to canonicalize path /home/vzn2/.local/share/systemd/user/mnt-8tb.mount.d: Permission denied

    De ezt passzolom.

    Bármi ötlet? :U

    Rant ON

    Lehet tényleg én várok el sokat egy 100 eurós kütyütől, de a büdös picsába már, egy sima raspberry-vel mindez 7 éve hibátlanul ment, mindenféle debuggolás meg szopás nélkül! 1996-ban még funny volt linuxot hackelni bitszinten, de én most 2020-ban ehhez már öreg vagyok. És pipa, kibaszottul pipa, mert erre cseszem el az időmet.

    :W :W :W :W :W :W :W :W :W :W :W :W :W

  • vzozo

    senior tag

    válasz inf3rno #1703 üzenetére

    De milyen permission denied, ha sudo su, rootként végeztem mindent?

  • vzozo

    senior tag

    válasz suste #1706 üzenetére

    Mindig is? Érdekes módon eddig bármivel használtam linuxot (Raspberry, random 905-ös lejátszó, desktop PC), gond nélkül vette ezt az akadályt.

    Én egy öreg vindózos faszi vagyok, az NTFS marad.

  • vzozo

    senior tag

    válasz vzozo #1702 üzenetére

    Újra volt pár "felesleges" órám éjszaka, hagytam a francba a HK-s Ubuntut, és feltettem az armbian disztrót, 5.4.x-es kernel, Ubuntu 18.04.4 LTS.

    Lekopogom, eddig minden frankón működik, semmi rejtélyes fagyás, semmi rejtélyes visszamaradt fájlok egy korábbi installból (lásd #1696).

  • vzozo

    senior tag

    válasz vzozo #1708 üzenetére

    "minden frankón működik" - kivéve, hogy nem tudom a "nand-sata-install" tool használata után (SD-ről USB SATA SSD-re klónozás) működésre bírni a rendszert. Reboot után csak egy fekete képernyő fogad, soros kábelem pedig nincs (és rendelni is csak olyanokat látok, hogy 4-6 hetes szállítással, relatíve horror árakon...)

    Van bárki a topikban, akinél működött ez az SD -> USB SATA processz Odroid N2-vel?

  • vzozo

    senior tag

    válasz vzozo #1709 üzenetére

    Némi update, egyrészt ritkán van időm ezzel foglalkozni (szopni...), másrészt az angol nyelvű fórumok jobban pörögnek.

    Szóval USB-SATA diszk, Odroid N2, illetve ígyjárás esete.

    Jelenleg ami biztos, hogy a 4.9.x-es kernel alapú diszrókkal működik a külső (USB-s) diszkről való rendszerfuttatás, 5.4.x-en nem. Szintén érdekes, hogy pl. UFD-vel ("pendrive") gond nélkül megy, de az itthon lévő két különböző USB-SATA enclosure-om mindegyike kampó.

    Redditen volt egy mókus, akinek 5.4.x-en aktív USB-s hub közbeiktatásával sikerült működésre bírnia a cuccot, de szerintem már így is egy rakat pénzt dobtam ki hülyeségekre (rendeltem új encolsure-t, új UFD-t, serial kábelt, persze a debug output kb. lófasznyi plusz infót nem adott a történethez...), a lezárás alatt meg csak azért nem fogok beautózni a munkahelyemre, hogy kunyizzak az IT-n egyet.

    Egy szó mint száz, szerintem továbbra is szánalmas a történet, és ezerszer megbántam, hogy ilyen szedett-vedett hardverrel kezdtem a jól megszokott x86/x64 alapú gépek helyett, de egyrészt érdekelt mit lehet ebből kihozni, másrészt ebben a lakásban vagy egy olyan helyzet, hogy nincs hova letenni egy normális home szervert (ahol nem zavarna a zaja, ott se hely, se UTP kiépítve, ahol elférne, ott a család gyilkolna meg a zaj és a látvány miatt. Nők...)

  • vzozo

    senior tag

    válasz azbest #1711 üzenetére

    Mondom itt tökéletes a működés ugyanazzal az USB-SATA enclosure-ral 4.9.x alatt, amivel csak totál fekete képernyőt kapok 5.4.x-en.

    Illetve a totál ugyanazzal a módszerrel UFD-re klónozott 5.4.x is megy mint a karikacsapás.

    Ami nagyobb gond, hogy azért a Linuxot csak alapszerinten ugatom, szóval esélyesen nem én fogom kiszúrni mi a hiba.

    Egyébként nagyon naiv gondolat, hogy USB storage == USB storage? Most nem mindegy, hogy egy pendrive-ot vagy egy USB-s HDD enclosure-t kötök rá? (A látottak szerint nyilván nem mindegy, csak én akarhatok túl sokat 2020-ban egy generikus USB storage driverrel...)

  • vzozo

    senior tag

    válasz azbest #1713 üzenetére

    Köszi, ez elég részletes volt, még ha egy-egy részletet ismertem is, tényleg jó kis összefoglaló.

    Az elmúlt hetekben a kísérletezések során lementettem egy csomó dmesg logot, megpróbálom összefoglalni, miket láttam.

    Ha nem tudod a chipsetet akkor az lsusb listája segíthet megtalálni, ha más nem az usb id-je alapján.

    Kétfajta USB-SATA enclosure-om van itthon, jelenleg erről fut a rendszer (4.9-es kernel):

    Bus 002 Device 003: ID 152d:0578 JMicron Technology Corp. / JMicron USA Technology Corp. JMS567 SATA 6Gb/s bridge

    Próbáltam egy Seagate külső HDD dobozát is (miután az eredetileg bennelévő diszk megdöglött...), igazából az is működik bármivel: saját és asszony laposa, smart TV, illetve ha már felismeri, akkor az N2-vel is, csak ugye oda el kell jutni... Egyébként az a Seagate is valami JM chipsetes, csak most nincs kéznél, hogy szétkapjam.

    Viszont ami nem tiszta, hogy mégis mi a driver különbség?

    Pendrive:

    [  212.605189] usb 2-1.2: new SuperSpeed Gen 1 USB device number 3 using xhci-hcd
    [  212.626105] usb 2-1.2: New USB device found, idVendor=0781, idProduct=5583, bcdDevice= 1.00
    [  212.626117] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
    [  212.626126] usb 2-1.2: Product: Ultra Fit
    [  212.626134] usb 2-1.2: Manufacturer: SanDisk

    JMicron:

    [  237.760111] usb 2-1.1: new SuperSpeed Gen 1 USB device number 4 using xhci-hcd
    [  237.781207] usb 2-1.1: New USB device found, idVendor=152d, idProduct=0578, bcdDevice= 2.03
    [  237.781220] usb 2-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
    [  237.781229] usb 2-1.1: Product: External Disk 3.0
    [  237.781238] usb 2-1.1: Manufacturer: JMicron

    Seagate:

    [  333.360135] usb 2-1.3: new SuperSpeed Gen 1 USB device number 5 using xhci-hcd
    [  333.381050] usb 2-1.3: New USB device found, idVendor=0bc2, idProduct=2322, bcdDevice= 0.00
    [  333.381064] usb 2-1.3: New USB device strings: Mfr=2, Product=3, SerialNumber=1
    [  333.381073] usb 2-1.3: Product: Expansion
    [  333.381082] usb 2-1.3: Manufacturer: Seagate

    Őszinte leszek, én itt annyit látok, hogy mindhárom az XHCI-HCD drivert (?) haszálja, és csak a vendor és product ID-kben térnek el...

    Na meg is van, íme a bootfolyamat 5.4-es kernellel, úgy, hogy mindhárom eszköz rá volt dugva:

    root@odroidn2:~# dmesg |grep sd
    [    1.938419] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
    [    1.980773] sdhci: Secure Digital Host Controller Interface driver
    [    1.980776] sdhci: Copyright(c) Pierre Ossman
    [    2.006429] sdhci-pltfm: SDHCI platform and OF driver helper
    [    2.036398] meson-gx-mmc ffe05000.sd: Got CD GPIO
    [    3.775284] sd 0:0:0:0: [sda] 120176640 512-byte logical blocks: (61.5 GB/57.3 GiB)
    [    3.776323] sd 0:0:0:0: [sda] Write Protect is off
    [    3.776329] sd 0:0:0:0: [sda] Mode Sense: 43 00 00 00
    [    3.776633] sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
    [    3.803965]  sda: sda1
    [    3.806039] sd 0:0:0:0: [sda] Attached SCSI removable disk
    [  867.267044] sd 1:0:0:0: tag#18 uas_eh_abort_handler 0 uas-tag 1 inflight: CMD IN
    [  867.267055] sd 1:0:0:0: tag#18 CDB: opcode=0x9e, sa=0x10 9e 10 00 00 00 00 00 00 00 00 00 00 00 20 00 00
    [  867.391555] sd 1:0:0:0: [sdb] 488397168 512-byte logical blocks: (250 GB/233 GiB)
    [  867.391561] sd 1:0:0:0: [sdb] 4096-byte physical blocks
    [  867.391712] sd 1:0:0:0: [sdb] Write Protect is off
    [  867.391718] sd 1:0:0:0: [sdb] Mode Sense: 53 00 00 08
    [  867.392059] sd 1:0:0:0: [sdb] Disabling FUA
    [  867.392065] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
    [  867.392332] sd 1:0:0:0: [sdb] Optimal transfer size 33553920 bytes not a multiple of physical block size (4096 bytes)
    [  867.414161]  sdb: sdb1
    [  867.415730] sd 1:0:0:0: [sdb] Attached SCSI disk
    [  945.681680] sd 2:0:0:0: [sdc] Spinning up disk...
    [  947.731872] sd 2:0:0:0: [sdc] 976773167 512-byte logical blocks: (500 GB/466 GiB)
    [  947.898808] sd 2:0:0:0: [sdc] Write Protect is off
    [  947.898814] sd 2:0:0:0: [sdc] Mode Sense: 4f 00 00 00
    [  947.899019] sd 2:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
    [  947.899261] sd 2:0:0:0: [sdc] Optimal transfer size 33553920 bytes
    [  947.963846]  sdc: sdc1
    [  947.965352] sd 2:0:0:0: [sdc] Attached SCSI disk
    root@odroidn2:~#

    Pendrive egyből felismerve, pipa.

    A másik két eszköznél csalás esete forgott fenn: kihúztam, majd visszadugtam őket, akkor már egyből felismerődtek. Ezért is a nagyobb time delta, nem lehet mondani, hogy nem vártam türelmesen. :)

    Jelenleg ezek a modulok vannak betöltve, én itt nem látom USB háttértár kezelőt, de majd lövök egy hasonlót ha valaha újra előveszem az 5.4-est és lesz időm játszani vele...

    root@odroidn2:/root# lsmod
    Module                  Size  Used by
    cpufreq_userspace      16384  0
    cpufreq_conservative    16384  0
    cpufreq_powersave      16384  0
    cpufreq_ondemand       20480  2
    zram                   36864  2
    rtc_pcf8563            16384  0
    i2c_meson_master       20480  0
    ir_lirc_codec          16384  0
    lirc_dev               24576  1 ir_lirc_codec
    meson_ir               16384  0
    firmware               24576  0
    media_clock            45056  0
    ip_tables              28672  0
    x_tables               49152  1 ip_tables

    Igazából kezdem megunni a történetet, én már laknám be és dolgoznék régóta tervezett projekteken, de eddig csak odáig jutottam, hogy egyáltalán felálljon a rendszer az SSD-ről. Ez most működőnek tűnik a 4.9.216-es kernellel, ha nem tévedek az 2023-ig supportált, a hátralévő 2.5 évben meg csak lesz valahogy... :U

    Szerk.: illetve találtam még egy ilyet, de így fél négykor már nincs lelkierőm végigrágni magam az anyagokon... Known issue valamilyen szinten: [https://forum.armbian.com/topic/11741-boot-from-ssd-with-n2/page/2/?tab=comments#comment-87356]

    És hiába írja a mókus, hogy kukába való az enclosure, ha újat veszek, ki garantálja, hogy nem ugyanazzal a chipsettel van szerelve?

    [ Szerkesztve ]

  • vzozo

    senior tag

    válasz azbest #1715 üzenetére

    Igazából a 4.9-cel is UAS módban megy, szóval ezt is passzolnám, nem ez lesz a delta a working / non-working módok között:

    [    5.246304] usb 2-1.2: new SuperSpeed USB device number 3 using xhci-hcd
    [    5.267186] usb 2-1.2: New USB device found, idVendor=152d, idProduct=0578
    [    5.267189] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
    [    5.267192] usb 2-1.2: Product: External Disk 3.0
    [    5.267194] usb 2-1.2: Manufacturer: JMicron
    [    5.277561] scsi host0: uas

    Illetve próbálkoztam ezt (UAS) le is tiltani, mint ahogy javasolták:

                Add the idVendor and idProdukt to the usbstoragequirks at /boot/armbianEnv.txt         
        
         
        But those are already there: ,0x0bc2:0x2322:u,
         
        u = IGNORE_UAS (don't bind to the uas driver);

    (itt éppen a másik encloure ID-jaival teszteltem, de igazából mindkettő csekkolva lett, bármiféle pozitív kimenetel nélkül.)

    Nem tudom, hogy tényleg JMicron hiba van-e itt. Igazából ha keres az ember, tele vannak a fórumok, reddit, stb. ilyen rejtélyes hibákkal, csak 5.x kernellel, csak Odroid N2, és csak boot időben romlik el a történet, ki-be húzogatással javítható (ami ugye kb. a használhatatlan kategória, mivel így a büdös életben nem bootol újra a rendszer.)

    PS.: sorry, ha nem jön át minden az itteni hozzászólásaimból, az elmúlt hetekben elég sok órát belefeccöltem ebbe és főleg külföldi fórumokon aktívkodtam, ide nem került be minden lépés, amit végrehajtottam.

    Ennek ellenére köszönöm a segítséged, ha bármi egyéb tipped van, ne tartsd vissza. :)

  • vzozo

    senior tag

    válasz azbest #1717 üzenetére

    Igazából nem látok sok alternativát. Van ugye a HK-s "gyári" Ubuntu, aminek a furcsaságait befogott orral és eltartott kisujjal még csak-csak elviseltem volna, de a fentebb emlitett USB HDD "befagyás" tette be a kaput végleg.

    Az Armbian tetszetős, "just works". És szerintem nem az ő hibájuk ez az USB fel nem ismerés, bár a saját fórumaikon is megjárattam a történetet. :)

    Azt hiszem van még ArchLinux, na őt nem próbáltam.

    Igazság szerint én a leginkább azzal lennék kibékülve, ha bármelyik "generikus" és "régi" disztró ARM installere működne, de amennyire értem, ez az uboot meg egyéb az adott SBC-re jellemző finomságok miatt nem járható út.

  • vzozo

    senior tag

    válasz inf3rno #1719 üzenetére

    Értékelem, de milyen külön driverre gondolsz, ha egyszer

    1. Kézzel való ki-be húzogatás után megy (nem telepítek közben semmilyen drivert)
    2. 4.9.x kernellel simán megy

  • vzozo

    senior tag

    válasz azbest #1722 üzenetére

    Köszönöm, bár szerintem a petitbootot egyelőre ne keverjük ide, végig SD kártyáról próbáltam, Pont ez a szép benne, hogy _nem_ kell az SPI boot (bár hosszútávon lehet áttérek rá, és megszabadulok az SD-től), hanem maga a rendszer az SD-ről bootol, majd egyből átadja az USB-s diszknek a folyamatot.

    Lásd: https://docs.armbian.com/User-Guide_Getting-Started/#how-to-install-to-emmc-nand-sata-usb

    You can create up to three scenarios:
    boot from SD, system on SATA / USB

    (Zárójelben: a petitboot is 5.x kernel alapú lehet, mert az sem látja az USB-s diszkeket, csak kihúz-bedug után. Ha jól emlékszem. A lényeg, hogy a fenti petitboot főmenüt persze láttam, de mivel nem ismerte fel a diszket, nem is volt mit kiválasztani a továbblépéshez / bootoláshoz. De ez tényleg mellékvágány.)

    [ Szerkesztve ]

  • vzozo

    senior tag

    válasz azbest #1724 üzenetére

    Whoa, ezzel már megyünk valamire, igazából vesztenivalóm nem volt, ezért upgrade-eltem v0.2.0.3-ról a HK-s v173.01.00.02-re. Most futtatok benchmarkokat, igazából ne sokat nem várok, remélem rosszabb nem lett! :)

    Az viszont látszik, hogy akkor ez a JMS578 tényleg egy gyász USB-SATA bridge. Paff neki.

    Ott írtak olyat, hogy kernel paraméterként usb-storage.quirks=152d:0578:u mellett jó lehet, ez usb-mass storege módra váltja, nem használja uas-t.

    Ez az elméletben jó, és biztos segít sok más esetben, sajna nálam nem. :(

    De a seagate teljesen más chipsetes.

    Igen, az ASM1153, de mivel ugye azzal sem ment, igazából nem tulajdonítottam neki sok jelentőséget, a zsigeri érzéseim szerint itt továbbra is vmi kernel + odroid n2 spéci elbaszott együttállásról lesz szó.

  • vzozo

    senior tag

    Végül is elengedtem ezt az USB-SATA vs. Odroid N2 témát, tegnap éjjel még tettem egy próbát a legfrissebb 5.6-os kernelű buildekkel, de lóf... esti fénnyel: https://forum.armbian.com/topic/13580-odroid-n2-kernel49-no-boot-on-usb-sata-ssd/?tab=comments#comment-103944

    Szóval 4.9, ez működik, LTS támogatással 2023 elejéig. Addigra hátra megoldják, paff neki.

    Ami jobban érdekel, hogy aki SSD-n használja a rendszerét, az milyen paraméterekkel mountolja, illetve hogyan tudom biztosítani, hogy tényleg TRIM-eljen?

    Ugye jó másfél hónapja kezdtem el ténylegesen használni a rendszert, és igazából kb. semmi sem futott rajta, talán az idő felében Jellyfin szerver (de az és ezer sebből vérzett, szóval le volt tiltva.) Ehhez képest a SMART szerint az SSD wear level 0-ról 3-ra ugrott. Tuti nincs TRIM, itt nem látok discard opciót az fstab-ban:

    /dev/sda1 on / type ext4 (rw,noatime,nodiratime,errors=remount-ro,commit=600,data=writeback)
    /dev/sda1 on /var/log.hdd type ext4 (rw,noatime,nodiratime,errors=remount-ro,commit=600,data=writeback)

    Legalább van noatime. :)

    Ugyanakkor maga a diszk elvileg támogatja:

    root@odroidn2:/home/vz# lsblk --discard
    NAME        DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO
    sda                0        4K       4G         0
    └─sda1             0        4K       4G         0
    sdb                0        0B       0B         0
    └─sdb1             0        0B       0B         0
    mmcblk1            0        4M     3.5G         1
    └─mmcblk1p1        0        4M     3.5G         1
    zram0              0        4K       2T         1
    zram1              0        4K       2T         1
    root@odroidn2:/home/vz# hdparm -I /dev/sda | grep TRIM
               *    Data Set Management TRIM supported (limit 8 blocks)

    Innen ti merre indulnátok tovább?

  • vzozo

    senior tag

    válasz azbest #1766 üzenetére

    Múltkor inkább egy haznált fujitsu esprimo q520 mini pc-t vettem 35 ezeerért boltból i3-4160T 3.1Ghz-es 2mag / 4 szálas, 120GB ssd, optika, 4GB ram társaságában. Ram bővíthető 2x8GB-ig, két sata, ha optika helyére is lemezt teszek. usb3. Gigabit lan.

    Én is egyre inkább úgy vagyok vele, hogy feladom a konstans szopást az SBC-kel, és veszek valami olcsó fos mini/micro gépet. Fusi Esprimon kivül merrefelé érdemes nézelődni? Tudom, hogy a Dellnek és a Lenovónak is vannak ilyen microgép modelljei, de egyébként teljesen ismeretlen ez a terület a számomra.

    Mivel offtopik itt, van ezekre dedikált fórum?

  • vzozo

    senior tag

    Ez tudom, hogy offtopic itt, de némi személyes tapasztalat.

    Van ugyan "rendes" x86/x64 alapú home szerverünk, de nem háznál, hanem messze. A mostani lakás adottságai miatt csak nagyon pici kütyük és külső vinyók jöhettek szóba bármilyen "home server" céljára.

    Próbáltam Raspberryvel, gyenge volt. Aztán az Odroid N2-nek szavaztam bizalmat, de a borzasztóan elbaszott USB kezelés miatt felejtős. (Aki nem követte volna: boot USB-ről csak nagyon régi kernellel megy, és egyébként 10-15 MB/sec a max elérhető IOPS.)

    Végül beadtam a derekam, és vettem egy használt i3-7100 alapú micro PC-t. 200 euró volt 250-es SSD-vel (M2, NVMe) és 8 giga RAM-mal, egy év garival.

    Lazán megvan a 200MB/sec ugyanazzal a külső HDD-vel, amivel az N2 elvérzett 15 megánál.

    Windows Server vagy Linux, tökmindegy, felmegy rá és MEGY. Végre nincs szopás, nincs fórum meg reddit bújás éjszakákon keresztül, egyszerűem MŰKÖDIK! :DD

    Ennek én annyira örülök, hogy azt elmondani sem lehet. Az ARM-os szopást meg igyekszem elfelejteni, jó pár hetet vesztettem az életemből, ami rááldoztam.

    Lehet nem ezt akartátok hallani, lehet van jó use-case ARM-ra is, de én erre az évtizedre jegelem a témát. A meglévő cuccokat majd szétszórjuk a családban médialejátszónak, arra talán (???) jók.

  • vzozo

    senior tag

    válasz szabi__memo #1781 üzenetére

    Ha van itt, szólj. :) Szerintem csak az általános home szerveres topic futhat még, de nagyon kevés micro PC-s írást találtam.

    Egyébként nehéz is európaiként.

    A tipikus home szerver fórumokat / redditet az amcsik uralják, odaát pedig kb. ingyen hozzájuk vágnak rendes rackelhető vasakat, az áram pedig olcsó, szinte ingyen van.

    Esetleg az STH micro PC-s írásait érdemes követni: https://www.servethehome.com/introducing-project-tinyminimicro-home-lab-revolution/

    Én annyira nem jártam körbe, a végére egy Lenovo és Dell micro PC maradt kb. ugyanolyan HW tulajdonságokkal, árban is hasonlóan, aztán a Lenovot csaptam le ebay-en. Jobb helyen ezek kb. ingyért lennének kiszórva, de a német 2nd hand PC piacot pörgetni kell, szóval pénzbe került...

    Viszont újonnan ezek aranyárban mennek, szóval hacsak nem szakadt az emberre a lottó ötös, akkor szerintem nem játszanak.

  • vzozo

    senior tag

    válasz Shkiz0 #1791 üzenetére

    Ez ugyan offtopic itt, de én feladtam ezt a kártya PC-s vonalat, és vettem 200 euróért egy lenovo m710q tiny PC-t.

    Használt, de 1 év garancia, 8GB RAM, i3-7100 proci, 250-es M2 SSD benne gyárilag, rakat USB3-as port és egy kihasználatlan belső 2.5-es SATA slot. Nem kell hozzá még extra tápegység, az járt hozzá a 200 euróért. (Csak mert ugye pl. egy raspberryhez még mindent extrában veszel meg, bár amikor odroidot vettem, ott kifogtam egy jó bundle-t mindennel együtt, de hát úgy is x meg y még rájött az eredeti csábító árra.)

    Erre egyrészt annyi külső vinyót kötök USB3-on, amennyit nem sajnálok. Másrészt halk (gyakorlatilag passzív hűtéssel elmegy), pici, és keveset fogyaszt. Sajnálom, hogy nem találtam rá előbb erre a tiny PC vonalra, és akkor sok embernapnyi, mit napnyi, hétnyi-hónapnyi szívást megspóroltam volna. :O

    [ Szerkesztve ]

  • vzozo

    senior tag

    válasz Shkiz0 #1797 üzenetére

    Ez jogos, a 2.5G és főleg 2x NIC hiányzik a micro PC(k)-ből. És igen, van ventillátora, de ahogy a te képeid elnézem, az odroidnak is. :)

    Igazából továbbra is azt látom, hogy ilyen nagyon pici / mikro / tiny / stb vonalon csak kompromisszummal lehet jól kijönni. Ide is szivesen betennék egy rendes x86 home szervert, ami jelenleg a magyar lakásomban duruzsol 24/7, de egyszerűen az itteni kecóban nincs rá hely ahová értelmesen el lehetne pakolni, és az áram qrva drága németben.

    [ Szerkesztve ]

  • vzozo

    senior tag

    Boldog új évet!

    Viszonz új év, lejáró támogatások. Ideje lenne az N2-mön OS-t cserélni, mivel a régi 4.9-es kernel tegnap EOL lett, viszont az Armbian legfrissebb verziója sem kóser, ha jól értem: https://www.armbian.com/odroid-n2/

    Armbian 22.11 Jammy Kernel 5.19.y, Size: 511Mb, Release date: Nov 30, 2022

    Sőt, mitöbb: ez az 5.19-es már akkor EOL volt, amikor november végén kiadták? :Y

    Azon kívül, hogy persze az archív fájlok között lehet 5.10-es kernelűt találni, amivel még jó 4 évig elleszünk, van itt bármi magyarázat? Őszintén ötletem sincs, hogy miért release-elnek nem támogatott kernelű image-eket.

Új hozzászólás Aktív témák