-
Fototrend
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
#100446
Crvsh3R
senior tag
tordaitibi
#100445
Crvsh3R
senior tag
válasz
tordaitibi
#100445
üzenetére
Rossz helyen nézed, nem a VTOYEFI partíción kell megadni.
Az adat partíción ventoy mappa és abban a ventoy.json fájlban tudod konfigurálni a témát. Ugyanebben a mappában tudod tárolni a téma mappáját is.
Futtasd a VentoyPlugson.sh-t, abban sokkal egyszerűbben meg tudsz csinálni bármilyen konfigurálást. -
#100444
Crvsh3R
senior tag
tordaitibi
#100443
Crvsh3R
senior tag
válasz
tordaitibi
#100443
üzenetére
Én kérdeztem, témát is használok (jelenleg is) a Ventoy-on és nem, nem az EFI partícióra kell rakni a témát.
A kérdésem kifejezetten arra a GRUB témára vonatkozott, hogy kompatibilis-e a Ventoy-al.
Átalában direkt Ventoy-hoz készült GRUB témákat szoktam alkalmazni, azért tettem fel így a kérdésem. -
Crvsh3R
senior tag
válasz
CPT.Pirk
#100292
üzenetére
Miért gondolod, hogy ezeket ki kellene törölnöd?
Eddig nem voltak ott, korábbi telepítéseimnél nem emlékszem, hogy találkoztam volna már velük a rootban és a mellette a Raspberry Pi 4-esen futó Raspian OS alatt sem látom, hogy ott lennének.
Ilyenkor amikor korábban nem láttam ott egyes fájlokat nehezen tudom eldönteni, hogy valami odaszemetelt vagy valós funkciója van és úgy került oda.
Lehet én vagyok figyelmetlen és már eddig is ott voltak, már nem tudom. Akkor viszont a Raspberry kavart meg.
Szeretem a rendet.#100293 urandom0
Köszi! Azt láttam, hogy mire mutat, csak azt nem értem miért jöttek létre. -
Crvsh3R
senior tag
válasz
cigam
#100015
üzenetére
Nem mertem cron-ba sudo-val betenni & nem tudom, hogy ha be is írnám oda sudo-val, akkor nem-e kérne jelszót.
Közben túrom a netet és talán meg is lesz a megoldás: Nautical Backup
Szintén Docker-ben fut root-ként futtatva (Docker alapból a konténereket root-ként futtatja). -
Crvsh3R
senior tag
Segítséget kérnék. Próbálnám backupolni a Docker-es volume-okat Debian CLI alatt. Ehhez találtam egy egyszerű scriptet, viszont lenne vele egy gondom. Amikor tar-al próbálja tömöríteni a könyvtárat, akkor párnál "Cannot open: Permission denied" hibára fut. Ez gondolom az miatt van, mert azok nem saját user, hanem root alatt futnak és a könyvtárhoz nem fér hozzá a tar. Erre esetleg tudna nekem valaki javasolni valami okosságot?
-
#99896
Crvsh3R
senior tag
Freeman007
#99894
Crvsh3R
senior tag
válasz
Freeman007
#99894
üzenetére
-
Crvsh3R
senior tag
válasz
ubyegon2
#99684
üzenetére
Szerencsére nem áll fent a probléma már, mert közben megjött a cseregép és ezen rendes USB csati van normális tápellátással, szemben a Raspberry Pi 4-el, ahol a max. 900 mA a felvehető.
Csak mivel ez is használt gép, mint az előző alaplap hibás Dell Optiplex 3070 Micro, így ennél is előbb jöhet elő hiba, mint pl. a táp meghibásodása (ebben az esetben egy külső laptop töltő), ami a matricája szerint 2014-es gyártású. Gondoltam felkészülök mindenre. -
Crvsh3R
senior tag
válasz
ubyegon2
#99681
üzenetére
Mindenkinek köszi a választ!
Igazából azért kérdeztem rá a
nofail,x-systemd.device-timeout=5opciókra, mert ha magam nem is távolítom el a meghajtókat, de mondjuk egy gyengélkedő táp miatt mondjuk nem tudja rendesen érzékelni a meghajtót akkor az nem tudom hogyan hat ki a rendszerbetöltésre/rendszerhasználatra.
Sajnos amíg vártam a garanciás cserére a Lenovo ThinkCentre M720q Tiny esetében, addig ideiglenesen visszaraktam a kis Raspberry Pi 4-est kiszolgálónak, de az meg az elégtelen tápellátás és a leszabályozott USB portok miatt eléggé küszködött a külső meghajtókkal, sokszor volt, hogy egyik-másik meghajtó terhelés alatt vagy boot közben eltűnt. Mindezt gyári táppal és külső tápellátással a meghajtók esetén. -
#99667
Crvsh3R
senior tag
tordaitibi
#99665
Crvsh3R
senior tag
válasz
tordaitibi
#99665
üzenetére
Ahogy cigam kolléga is írta: fixen meg tudom adni, hogy melyik mappába csatolja fel (mivel Docker-ben hivatkozok rá így szükséges + Samba megosztás is megy róla) és a gépbe sem tudom beépíteni. UUID alapján csatolom fel, az a biztos megoldás.
"Mivel ezek alapján minden fstabozás nélkül úgyis felcsatolja."
Debian minimal-t telepítettem (CLI only). Csak SSH-n keresztül kezelem. fstab nélkül nem csatol fel semmit automatikusan, mint GUI alatt (legalábbis én így tudom, de ha tévednék, akkor javítsatok ki)."...Debian, gondolom minden mountnál ami nincs fstabba, jelszót kérne"
Én tegnap simán mount paranccsal csatoltam fel egy microsdhc olvasót kártyával együtt és nem kért jelszót. De egyébként sem találkoztam olyannal, hogy jelszót kért volna. Egyedül a sudo miatt kért. Vagy nem értem mire gondolsz. -
#99663
Crvsh3R
senior tag
tordaitibi
#99661
Crvsh3R
senior tag
válasz
tordaitibi
#99661
üzenetére
Lenovo ThinkCentre M720q Tiny van beállítva otthoni kiszolgálónak és mivel a mérete miatt nem fér bele 3,5"-os HDD, ezért csak külső meghajtóként állítható be Plex docker konténerhez rendelve.
-
Crvsh3R
senior tag
Sziasztok!
Szeretném megkérdezni, hogy ti fstab-ban a "fixen" rákötött USB-s meghajtókra (ebben az esetben külső házas 3,5"-os HDD-re és külső USB-s házban M.2 NVMe meghajtóra gondolok) állítotok be a
defaults,noatimeopciókon kívül valamit? Én bár Debian-t használok, ettől függetlenül az Arch wikijét szoktam olvasgatni, mert mindenre kitérően le van ott írva minden és ott az a külső meghajtóknál ír ilyen opciókat is:nofail,x-systemd.device-timeout=5. Érdemes ilyet beállítani rájuk? -
Crvsh3R
senior tag
Sziasztok!
Adott egy Dell OptiPlex 3070 Micro PC. Úgy néz ki, hogy meghalt az alaplap így első ránézésre (remélem nem, most kapom mindjárt szét). Legfrissebb Debian CLI futott rajta. Azt szeretném megkérdezni, hogy jól gondolom-e azt, hogy ha a háttértárakat (SSD, HDD) átpakolom egy másik gépbe amit garanciában kapok helyette (valószínűleg teljesen más gyártó és típussal), akkor a Debian annyira rugalmas, hogy le fogja tudni kezelni ezt a dolgot és menni fog?
Remélem igen, mert itthoni Docker kiszolgálónak használtam és nem lenne annyira jó ismét felkonfigurálni az egészet. -
Crvsh3R
senior tag
válasz
ubyegon2
#93344
üzenetére
Az enyém az 256MB cache-es, az 215MB/s. Egyébként amikor elindul a másolás akkor pár másodpercig rettentő nagy értéken másol. Gondolom amíg elfogy a cache. Utána beáll 100-110-140 közötti értékekre. Gondolom ez a normális, csak elég gáz, hogy ilyen légből kapott értékeket tüntet fel a gyártó. Jelenleg kb. 1TB szabad hely van már csak rajta.
#93343 CPT.Pirk
Elnézést, legközelebb így járok el. -
Crvsh3R
senior tag
válasz
ubyegon2
#93341
üzenetére
3 topikban pörgetem a témát
Várom a visszajelzést a "Külső 3,5'' mobil rack-ek topikja"-ból, a HDD-s topikban (Milyen belső merevlemezt vegyek?) megállapítottuk, hogy a sebesség az jó, mert kb. 3/4-ig van a HDD. Plusz lecsatlakoztattam a másik két meghajtót (2,5" külső HDD, külső házban egy M.2 SATA SSD) és valamelyest gyorsult a meghajtó. Valamikor 110-140 MB/s-ig is felmegy. Egy kis Dell Optiplex 3070 Micro-ra van kötve (illetve volt kötve a másik kettő is), gondolom mivel azok USB-ről vették a tápot az is negatívan befolyásolhatta a sebességet. -
Crvsh3R
senior tag
válasz
ubyegon2
#93338
üzenetére
crvsh3r@DOP3070:~$ lsusb -t/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/8p, 10000M|__ Port 3: Dev 2, If 0, Class=Mass Storage, Driver=uas, 5000M/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/16p, 480M|__ Port 14: Dev 2, If 0, Class=Wireless, Driver=btusb, 12M|__ Port 14: Dev 2, If 1, Class=Wireless, Driver=btusb, 12MAmi még érdekes, hogy smartctl ezt írja:
SATA Version is: SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Olyan mintha ASM1153 3 Gb/s-nek ismerné fel, de ASM1153E 6 Gb/s-ként működne. -
Crvsh3R
senior tag
válasz
ubyegon2
#93333
üzenetére
Gondolom a -v kapcsolóra gondoltál:
Bus 002 Device 002: ID 174c:1153 ASMedia Technology Inc. ASM1153 SATA 3Gb/s bridgeDevice Descriptor:bLength 18bDescriptorType 1bcdUSB 3.00bDeviceClass 0bDeviceSubClass 0bDeviceProtocol 0bMaxPacketSize0 9idVendor 0x174c ASMedia Technology Inc.idProduct 0x1153 ASM1153 SATA 3Gb/s bridgebcdDevice 1.00iManufacturer 2 GenericiProduct 3 USB3.0 DeviceiSerial 1 WD-WXE1E14MVJ21bNumConfigurations 1Configuration Descriptor:bLength 9bDescriptorType 2wTotalLength 0x0079bNumInterfaces 1bConfigurationValue 1iConfiguration 0bmAttributes 0xc0Self PoweredMaxPower 0mAInterface Descriptor:bLength 9bDescriptorType 4bInterfaceNumber 0bAlternateSetting 0bNumEndpoints 2bInterfaceClass 8 Mass StoragebInterfaceSubClass 6 SCSIbInterfaceProtocol 80 Bulk-OnlyiInterface 0Endpoint Descriptor:bLength 7bDescriptorType 5bEndpointAddress 0x81 EP 1 INbmAttributes 2Transfer Type BulkSynch Type NoneUsage Type DatawMaxPacketSize 0x0400 1x 1024 bytesbInterval 0bMaxBurst 15Endpoint Descriptor:bLength 7bDescriptorType 5bEndpointAddress 0x02 EP 2 OUTbmAttributes 2Transfer Type BulkSynch Type NoneUsage Type DatawMaxPacketSize 0x0400 1x 1024 bytesbInterval 0bMaxBurst 15Interface Descriptor:bLength 9bDescriptorType 4bInterfaceNumber 0bAlternateSetting 1bNumEndpoints 4bInterfaceClass 8 Mass StoragebInterfaceSubClass 6 SCSIbInterfaceProtocol 98iInterface 0Endpoint Descriptor:bLength 7bDescriptorType 5bEndpointAddress 0x81 EP 1 INbmAttributes 2Transfer Type BulkSynch Type NoneUsage Type DatawMaxPacketSize 0x0400 1x 1024 bytesbInterval 0bMaxBurst 15MaxStreams 32Data-in pipe (0x03)Endpoint Descriptor:bLength 7bDescriptorType 5bEndpointAddress 0x02 EP 2 OUTbmAttributes 2Transfer Type BulkSynch Type NoneUsage Type DatawMaxPacketSize 0x0400 1x 1024 bytesbInterval 0bMaxBurst 15MaxStreams 32Data-out pipe (0x04)Endpoint Descriptor:bLength 7bDescriptorType 5bEndpointAddress 0x83 EP 3 INbmAttributes 2Transfer Type BulkSynch Type NoneUsage Type DatawMaxPacketSize 0x0400 1x 1024 bytesbInterval 0bMaxBurst 15MaxStreams 32Status pipe (0x02)Endpoint Descriptor:bLength 7bDescriptorType 5bEndpointAddress 0x04 EP 4 OUTbmAttributes 2Transfer Type BulkSynch Type NoneUsage Type DatawMaxPacketSize 0x0400 1x 1024 bytesbInterval 0bMaxBurst 0Command pipe (0x01)Binary Object Store Descriptor:bLength 5bDescriptorType 15wTotalLength 0x0016bNumDeviceCaps 2USB 2.0 Extension Device Capability:bLength 7bDescriptorType 16bDevCapabilityType 2bmAttributes 0x00000002HIRD Link Power Management (LPM) SupportedSuperSpeed USB Device Capability:bLength 10bDescriptorType 16bDevCapabilityType 3bmAttributes 0x00wSpeedsSupported 0x000eDevice can operate at Full Speed (12Mbps)Device can operate at High Speed (480Mbps)Device can operate at SuperSpeed (5Gbps)bFunctionalitySupport 1Lowest fully-functional device speed is Full Speed (12Mbps)bU1DevExitLat 10 micro secondsbU2DevExitLat 2047 micro secondsDevice Status: 0x000dSelf PoweredU1 EnabledU2 Enabled -
Crvsh3R
senior tag
Az mennyire normális, hogy egy Startech S3510SMU33 külső házban lévő WD Purple 8TB HDD-t lsusb így ismer fel:
Bus 002 Device 004: ID 174c:1153 ASMedia Technology Inc. ASM1153 SATA 3Gb/s bridge
Illetve a DD szerinti sebesség 96-98 MB/s csak. USB 3.0 portra van kötve a saját kábelével. -
Crvsh3R
senior tag
válasz
CPT.Pirk
#93310
üzenetére
+ubyegon2
Mivel nincs GUI ezért használom ezeket. (tudom, live rendszer, de szeretem a kihívásokat)
Közben rájöttem, hogymkfs.ext4 /dev/sdb1helyettmkfs.ext4 /dev/sdbírtam, ez okozta a galibát. Közvetlenül a disket formáztam partíció helyett és így lett loop a gpt helyett. -
Crvsh3R
senior tag
Na, rákötöttem az új 8TB-os WD-t a gépre, gondoltam inicializálom ahogy korábban a többi merevlemezt és SSD-t, de nem akar összejönni.
fdisk-el és parted-el majd végül mkfs.ext4-el végigvittem mindent, de a végén volt egy /dev/sdb eszközöm /dev/sdb1 partíció nélkül és gpt helyett loop-nak írta a partíciós táblát.
Mondom oké, elkezdem előröl. Jelenleg így listázza az fdisk:Disk /dev/sdb: 7.28 TiB, 8001563222016 bytes, 15628053168 sectorsDisk model: PURZ-74B2YY0Units: sectors of 1 * 512 = 512 bytesSector size (logical/physical): 512 bytes / 4096 bytesI/O size (minimum/optimal): 4096 bytes / 4096 bytesDisklabel type: gptDisk identifier: DEF48197-B23C-498C-A351-51CF499DF959Device Start End Sectors Size Type/dev/sdb1 2048 15628052479 15628050432 7.3T Linux filesystemParted pedig ezt írja:
Welcome to GNU Parted! Type 'help' to view a list of commands.(parted) printModel: WDC WD84 PURZ-74B2YY0 (scsi)Disk /dev/sdb: 8002GBSector size (logical/physical): 512B/4096BPartition Table: gptDisk Flags:Number Start End Size File system Name Flags1 1049kB 8002GB 8002GB primaryUtóbbi formázás után:
Number Start End Size File system Flags1 0.00B 8002GB 8002GB ext4
Ez így megfelelő lehet? -
Crvsh3R
senior tag
válasz
ubyegon2
#93291
üzenetére
Ismerem és használom is, csak szeretném ha a háttérben automatizálva figyelve lenne a meghajtók állapota és jelezve lenne ha elkezd valamelyik haldoklani.
Ma kötök egy új USB-s külső házba egy új WD Purple 8TB HDD-t a gépre és aktuális lesz most már beállítanom 1-2 automatizmust a biztonság kedvéért.Illetve még 1 kérdés: új HDD-n érdemes valami ellenőrzést elvégeztetni éles használat előtt? Esetleg egy long smart teszt?
-
Crvsh3R
senior tag
válasz
#79484416
#93289
üzenetére
+I02S3F
Rsync tud komplett partíciót menteni full backup-ként? Dockerben fut pár konténer, azért gondolta, hogy egyszerűbb lenne a komplett rendszerről készíteni full backup-ot ("/") és probléma esetén visszaállítani a teljes rendszert. Nem tudom, hogy csak külön a Dockert és köcölékeit + a Debian beállításait lementeni + visszállítani nem-e macerásabb.Az elsőre: Smartmontools cron-al időzítve short és long tesztre, majd e-mailben az eredmény postáztatva? Erre találtam egy jó kis leírást, csak érdekelt volna, hogy ki hogyan figyeli automatizálva a meghajtóit CLI alatt, hátha van jobb megoldás rá.
-
Crvsh3R
senior tag
SSD/HDD állapot figyelést mivel lehet/érdemes megoldani Debian CLI alatt?
Olvastam többféle megoldást, de érdekelne, hogy ti mit/hogyan használtok?A másik fontos kérdésem lenne, hogy full backup-ot valahogyan lehet automatizálni a komplett rendszer SSD-re?
-
Crvsh3R
senior tag
válasz
#02705152
#93208
üzenetére
+ nemethg66
Köszi, szerintem meg lesz a bűnös.mcfüggősége és tegnap ha jól emlékszem használtam is. Lehet valamelyik funkciójával használta a w3m-et, amit létrehozta a könyvtárat. Kicsit beparáztam, merthistorynem hozott eredményt.
Egyébként most találtam (biztos csak nekem új):apt-cache rdepends packagename
Visszakeresi egy csomag minek a függősége lehet és abból mi az, ami telepítve van. -
Crvsh3R
senior tag
Van esetleg valakinek tapasztalata UPS szoftveres vezérlésével kapcsolatban Debian CLI alatt?
Gondolkozom, hogy beszereznék egy UPS-t a Debian headless kiszolgálómhoz, viszont szoftveresen nem tudom hogyan tudom majd összehozni, hogy áramszünet esetén szabályosan leálljon majd a rendszer.
Ebből kifolyólag gyártmányt, típust sem tudok, hogy mi az ami kompatibilis lenne. -
Crvsh3R
senior tag
válasz
#02705152
#92707
üzenetére
Kikapcsoltam, természetesen a hiba eltűnt.
Viszont azt nem értem, hogy ha a BIOS-ban engedélyezve volt, akkor a rendszer miért nem használta egyébként sem.
Na mind1, egyébként egy Dell OptiPlex 3070 Micro-ról van szó i5-9500T (TDP: 35W) procival, össz-vissz 65W a tápja, szóval nem hinném, hogy meglátszódna a fogyasztásán valami is. Debian GUI nélkül Docker + Samba kiszolgálónak beállítva.#92708 ubyegon2: főként azért kapcsoltam ki, mert teleszemetelte a log-ot, folyamatosan írta bele a fenti hibaüzenetet. Egyébként használatban nem tudom, hogy ha nem használom a paramétert, akkor kárt okozna-e.
A warning üzenetben ott volt, hogy a rendszer nem támogatja! Te másoltad be! Mit lehet erre még mondani?
Igen, de rendszer alatt mit ért, mert a hardver az támogatja. Ha a Debian ellenben meg nem, akkor azt meg eléggé furcsállom. Ahogy látom ez leginkább Samsung NVMe SSD-knél jön elő.
Gyári Kioxia 256GB NVMe SSD-nél nem jött elő. -
Crvsh3R
senior tag
válasz
#02705152
#92703
üzenetére
"Ha engem kérdezel, csak hátránya van, mert így a késleltetésük nő."
Ha jól értelmezem, akkor te úgy értetted, hogy a bekapcsolt állapotának van hátránya és nem a fenti paraméter (ergo a kikapcsolásának). Feltételezem a fogyasztást nem dobja meg számottevően.
Egyébként BIOS-ban néztem, ott AUTO-ra van állítva. Ezen kívül két állása van még a kapcsolónak: DISABLE, L1 only
Ennek ellenére a rendszer induláskor ezt írja: "ACPI FADT declares the system doesn't support PCIe ASPM, so disable it" -
Crvsh3R
senior tag
válasz
#02705152
#92700
üzenetére
Ezt a paramétert olvastam már máshol is.
"...ha zavar..." - Nem számít hibának, ne foglalkozzak vele?
Egyébként az általad írt (és máshol is említett kapcsoló) pontosan mit okoz azon kívül, hogy kikapcsolja az "Active-State Power Management"-et? Milyen hátránya, negatív hatása van? -
Crvsh3R
senior tag
válasz
ubyegon2
#92296
üzenetére
Nem RPI, de Debian, mert a Raspberry OS is azon alapszik.
Mivel két külső meghajtóról (egyik egy külső HDD a másik egy külső SSD) van szó (
/dev/sdaés/dev/sdb), ezért minden egyes újraindításnál cserélődik a kettő. Ezért is kérdeztem, hogy a fenti parancsot oké, hogy kiadom és beírja a megadott fájlba az értéket, de az rendszerindítás után már nem érvényes, mert ahogy láthatod a könyvtár útvonalábansdaéssdb-hez kötött. Az addig oké, hogy FSTAB UUID-vel és PARTUUID-vel operál, csak ez nem és ezért is tettem fel a kérdésemet. -
#92295
Crvsh3R
senior tag
tordaitibi
#92294
Crvsh3R
senior tag
válasz
tordaitibi
#92294
üzenetére
Nálam csak CLI van, ott le tudom kérdezni valahogyan?
-
Crvsh3R
senior tag
válasz
Crvsh3R
#92291
üzenetére
Közben amit még nem értek:
Oké, hogy belövöm a TRIM-et, de reboot után más lesz az sda és más lesz az sdb. Akkor most ez hogy van? Újból állíthatom be minden egyes reboot után a TRIM-et? 2 évig így működött a Raspberry Pi-on a rendszer, de nem gondoltam bele ugyanebbe a dologba csak most, hogy költöztetem az egészet x64 alapokra. -
Crvsh3R
senior tag
Sziasztok!
Állítom be a TRIM-et az SSD-re Jeff Geerling leírása alapján, viszont vétettem egy olyan hibát, hogy sdb helyett sda-ra (HDD) futtattam le a parancsot:
echo 2147450880 > /sys/block/sda/queue/discard_max_bytes
Megnéztem a HDD ezen fájlját és a fenti érték helyett viszont 0 szerepel. Elronthattam valamit vagy a rendszer magától korrigált és így jó ahogy van?Illetve a másik kérdésem:
Debian 12-nél ha megnyomom a POWER gombot a gépházon, akkor ugyanúgy szabályos leállítást végez a gép? -
-
Crvsh3R
senior tag
E: Unable to locate package firmware-aetheros
Deatheros-ra átírva meg ezt írja:firmware-atheros is already the newest version (20230210-5).
dmesg-et megnézve viszont hiányolja:[ 3.833096] ath10k_pci 0000:02:00.0: firmware: failed to load ath10k/pre-cal-pci-0000:02:00.0.bin (-2)[ 3.833104] firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware[ 3.833115] ath10k_pci 0000:02:00.0: firmware: failed to load ath10k/pre-cal-pci-0000:02:00.0.bin (-2)[ 3.833127] ath10k_pci 0000:02:00.0: firmware: failed to load ath10k/cal-pci-0000:02:00.0.bin (-2)[ 3.833136] ath10k_pci 0000:02:00.0: firmware: failed to load ath10k/cal-pci-0000:02:00.0.bin (-2) -
Crvsh3R
senior tag
Dell OptiPlex 3070 Micro - Qualcomm Atheros QCA9377 WLAN. Pendrive-ról próbáltam vele megetetni a .deb fájl-t, de nem jött össze. Próbáltam innen a linux-firmware-20231211.tar.gz fájlból a megfelelő mappát kicsomagolni a pendrive-ra, de azt sem olvasta be, továbbra is kérte a firmware-t. Ha továbblépek, akkor érdekes módon megy a LAN és a WLAN is, azért idegesít a dolog. Más fórumokon azt írják, hogy működik így is, de nem teljes sebességgel.
-
Crvsh3R
senior tag
Debian 12 telepítéskor szeretné az alábbi firmware fájlokat beolvasni a telepítő:
ath10k/cal-pci-0000:02.00.0.bin
ath10k/pre-cal-pci-0000:02.00.0.binEzeket hol tudnám beszerezni, illetve milyen módon kell pendrive-ra elhelyezni? Találtam linkeket fórumtémákban, de ott csak .deb fájlok vannak.
-
Crvsh3R
senior tag
Sziasztok!
Az alábbi dologban szeretnék segítséget kérni. Kb. 2 éve üzemeltetek egy Raspberry Pi 4-es otthoni kiszolgálónak ARM64-es Rasberry OS-el. Itt a rendszer egy 64GB-os microsd-n van, a rendszer + Docker image-ek kb. a negyedét teszik ki a kártyának.
Ezt most cserélem egy Dell OptiPlex 3070 Micro-ra, amibe kerül egy 2TB-os NVMe meghajtó. Erre kerülne egy minimális rendszer GUI nélkül ugyanúgy Docker-el.
A kérdéseim a következőek lennének:
1., Mit ajánlotok rendszernek? Egy minimal Debian telepítést vagy Ubuntu Servert, esetleg mást?
2., Hogyan partícionáljam a meghajtót? Raspberry-nél nem volt gond, mert a microsd kártyán csak a rendszer volt és kész image-et írt ki a kártyára az imager. Itt viszont teljesen rám van bízva az egész partícionálás és nem tudom hogyan érdemes ennek nekiállni. Láttam olyat, hogy a /home külön partíción van, de olyat is guided partícionálásnál, hogy külön van a /home, /var és a /tmp könyvtár is. Swap kell-e még vagy az már csak a régmúltban használt, jelenleg kell-e?
Úgy gondolom, hogy a kötelező "köcölékeknek" egy 100-200GB-ot szétosztok és a maradékot meg egy adattárolási partíciónak használnám, de azt sem tudom hova kellene felmountolni (/mnt?).Előre is köszönöm a segítséget!
-
Crvsh3R
senior tag
válasz
Crvsh3R
#88907
üzenetére
Közben próbálgatom és érdekes módon a PI SSD-ről PI HDD-re történő másolás során sem mindig jelentkezik a dolog. Konkrétan leállítottam Portainerben/Dockerben az összes konténert, majd másolás közben egyesével elindítottam őket, hátha valamelyik konténer lemezhasználata vagy processzorhasználata okozza a problémát. Most megy a másolás normál sebességgel, de ki tudja meddig és továbbra sem tudom, hogy mi okozza a problémát.
-
Crvsh3R
senior tag
válasz
ubyegon2
#88905
üzenetére
Ez a TRIM-es megoldás számomra zsákutcának tűnik (ami úgy tűnt számomra először, hogy működik), megint ugyanaz a gond és most a TRIM sem segít:
- PI SSD-ről PI HDD-re: belassul pár másodperc után szinte 0-ra az átvitel
- SSD-ről asztali PC-re (SAMBA-n keresztül) és onnan a PI HDD-re: normális sebességgel megy a másolás végig
- PI HDD-ről PI SSD-re: normál sebességgel megy a másolás
Teljesen tanácstalan vagyok. Ha haldoklana az SSD, akkor gondolom a többi esetben is gond lenne, de csak ha helyileg másolok (PI-n belül) az SSD-ről a HDD-re, akkor jön elő a gond és ez korábban nem volt. Annyit néztem még htop-ban, hogy ilyenkor a másolást végző process 100%-on pörgeti a procit. -
Crvsh3R
senior tag
válasz
ubyegon2
#88904
üzenetére
Köszi az észrevételeke! Overprovisioning nincs beállítva (a másolás pillanatában 100+GB szabad hely volt rajta), ez egy 1TB-os meghajtó, WD Red SA500 NAS SATA SSD M.2 2280.
A kimenete a parancsnak:
smartctl 7.2 2020-12-30 r5155 [aarch64-linux-6.1.19-v8+] (local build)Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org=== START OF INFORMATION SECTION ===Model Family: WD Blue / Red / Green SSDsDevice Model: WDC WDS100T1R0B-68A4Z0Serial Number: XXXLU WWN Device Id: 5 001b44 8b128ad43Firmware Version: 411000WRUser Capacity: 1,000,204,886,016 bytes [1.00 TB]Sector Size: 512 bytes logical/physicalRotation Rate: Solid State DeviceForm Factor: M.2TRIM Command: Available, deterministic, zeroedDevice is: In smartctl database [for details use: -P show]ATA Version is: ACS-4 T13/BSR INCITS 529 revision 5SATA Version is: SATA 3.3, 6.0 Gb/s (current: 6.0 Gb/s)Local Time is: Sun Mar 26 10:29:32 2023 CESTSMART support is: Available - device has SMART capability.SMART support is: EnabledAAM feature is: UnavailableAPM level is: 254 (maximum performance)Rd look-ahead is: EnabledWrite cache is: EnabledDSN feature is: UnavailableATA Security is: Disabled, NOT FROZEN [SEC1]Wt Cache Reorder: Unavailable=== START OF READ SMART DATA SECTION ===SMART overall-health self-assessment test result: PASSEDGeneral SMART Values:Offline data collection status: (0x00) Offline data collection activitywas never started.Auto Offline Data Collection: Disabled.Self-test execution status: ( 0) The previous self-test routine completedwithout error or no self-test has everbeen run.Total time to complete Offlinedata collection: ( 0) seconds.Offline data collectioncapabilities: (0x11) SMART execute Offline immediate.No Auto Offline data collection support.Suspend Offline collection upon newcommand.No Offline surface scan supported.Self-test supported.No Conveyance Self-test supported.No Selective Self-test supported.SMART capabilities: (0x0003) Saves SMART data before enteringpower-saving mode.Supports SMART auto save timer.Error logging capability: (0x01) Error logging supported.General Purpose Logging supported.Short self-test routinerecommended polling time: ( 2) minutes.Extended self-test routinerecommended polling time: ( 10) minutes.SMART Attributes Data Structure revision number: 4Vendor Specific SMART Attributes with Thresholds:ID# ATTRIBUTE_NAME FLAGS VALUE WORST THRESH FAIL RAW_VALUE5 Reallocated_Sector_Ct -O--CK 100 100 --- - 09 Power_On_Hours -O--CK 100 100 --- - 1280412 Power_Cycle_Count -O--CK 100 100 --- - 337165 Block_Erase_Count -O--CK 100 100 --- - 53084803166 Minimum_PE_Cycles_TLC -O--CK 100 100 --- - 2167 Max_Bad_Blocks_per_Die -O--CK 100 100 --- - 180168 Maximum_PE_Cycles_TLC -O--CK 100 100 --- - 28169 Total_Bad_Blocks -O--CK 100 100 --- - 632170 Grown_Bad_Blocks -O--CK 100 100 --- - 0171 Program_Fail_Count -O--CK 100 100 --- - 0172 Erase_Fail_Count -O--CK 100 100 --- - 0173 Average_PE_Cycles_TLC -O--CK 100 100 --- - 9174 Unexpected_Power_Loss -O--CK 100 100 --- - 40184 End-to-End_Error -O--CK 100 100 --- - 0187 Reported_Uncorrect -O--CK 100 100 --- - 0188 Command_Timeout -O--CK 100 100 --- - 0194 Temperature_Celsius -O---K 056 074 --- - 44 (Min/Max 24/74)199 UDMA_CRC_Error_Count -O--CK 100 100 --- - 0230 Media_Wearout_Indicator -O--CK 001 001 --- - 0x0062005a0062232 Available_Reservd_Space PO--CK 100 100 004 - 100233 NAND_GB_Written_TLC -O--CK 100 100 --- - 9604234 NAND_GB_Written_SLC -O--CK 100 100 --- - 10046241 Host_Writes_GiB ----CK 253 253 --- - 9703242 Host_Reads_GiB ----CK 253 253 --- - 334267244 Temp_Throttle_Status -O--CK 000 100 --- - 0||||||_ K auto-keep|||||__ C event count||||___ R error rate|||____ S speed/performance||_____ O updated online|______ P prefailure warningGeneral Purpose Log Directory Version 1SMART Log Directory Version 1 [multi-sector log support]Address Access R/W Size Description0x00 GPL,SL R/O 1 Log Directory0x01 SL R/O 1 Summary SMART error log0x02 SL R/O 2 Comprehensive SMART error log0x03 GPL R/O 1 Ext. Comprehensive SMART error log0x04 GPL,SL R/O 8 Device Statistics log0x06 SL R/O 1 SMART self-test log0x07 GPL R/O 1 Extended self-test log0x10 GPL R/O 1 NCQ Command Error log0x11 GPL R/O 1 SATA Phy Event Counters log0x24 GPL R/O 1957 Current Device Internal Status Data log0x25 GPL R/O 1957 Saved Device Internal Status Data log0x30 GPL,SL R/O 9 IDENTIFY DEVICE data log0x80-0x9f GPL,SL R/W 16 Host vendor specific log0xde GPL VS 8 Device vendor specific logSMART Extended Comprehensive Error Log Version: 1 (1 sectors)No Errors LoggedSMART Extended Self-test Log Version: 1 (1 sectors)Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error# 1 Short offline Completed without error 00% 12668 -# 2 Short offline Completed without error 00% 6915 -Selective Self-tests/Logging not supportedSCT Commands not supportedDevice Statistics (GP Log 0x04)Page Offset Size Value Flags Description0x01 ===== = = === == General Statistics (rev 1) ==0x01 0x008 4 337 --- Lifetime Power-On Resets0x01 0x010 4 12804 --- Power-on Hours0x01 0x018 6 20348761502 --- Logical Sectors Written0x01 0x020 6 31058800 --- Number of Write Commands0x01 0x028 6 701009799064 --- Logical Sectors Read0x01 0x030 6 82441973566 --- Number of Read Commands0x07 ===== = = === == Solid State Device Statistics (rev 1) ==0x07 0x008 1 0 N-- Percentage Used Endurance Indicator|||_ C monitored condition met||__ D supports DSN|___ N normalized valuePending Defects log (GP Log 0x0c) not supportedSATA Phy Event Counters (GP Log 0x11)ID Size Value Description0x0001 4 0 Command failed due to ICRC error0x0002 4 0 R_ERR response for data FIS0x0005 4 0 R_ERR response for non-data FIS0x000a 4 1 Device-to-host register FISes sent due to a COMRESET
Néha le szoktam futtatni, rövid SMART teszt nem mutatott hibát. Elméletben 600TBW-s a meghajtó, annak még a közelében sincs. -
Crvsh3R
senior tag
Sziasztok!
Az alábbi probléma felderítésében kérnék segítséget:
Van egy Raspberry Pi 4 4GB-os kiszolgálóm amin Raspberry OS fut Portainer/Docker párossal, ezen belül fut pár dolog (pl. Plex, Qbittorrent). A rendszer egy Sandisk Extreme Pro kártyáról fut 0-24-ben, a torrent egy WD NAS SSD-re tölt, ami egy USB rackben van (ezt csak a Qbittorrent konténer használja) és egy külső USB-s HDD (ezen vannak tárolva a Plex-es tartalmak). Ez a konfig kb. 1 éve szolgál ki hibátlanul minden igényt. Kb. 1 hete azt vettem észre, hogy ha az SSD-ről próbálok a HDD-re másolni, akkor kb. 2 másodperc után lemegy a sebesség 0-5 MB/s-re. Ilyen korábban nem volt és nem jövök rá mi okozhatja. HDD-ről SSD-re, samba-n keresztül SSD-re és a HDD-re is normál sebességgel tudok másolni. Samba-n keresztül SSD-ről az asztali PC-re valamivel lassabb a másolás, de nem megy le az előbb írt 0-5 MB/s-re.
Hogyan tudnám kideríteni, hogy hol lehet a hiba? Először azt hittem, hogy a Docker-es kiszolgálókkal kapcsolatos a dolog, de akkor a többi másolásnál is gond lenne szerintem. -
#83905
Crvsh3R
senior tag
fatpingvin
#83904
Crvsh3R
senior tag
válasz
fatpingvin
#83904
üzenetére
Rendben, köszönöm!
-
#83903
Crvsh3R
senior tag
fatpingvin
#83900
Crvsh3R
senior tag
válasz
fatpingvin
#83900
üzenetére
Ott ennyi jelenik meg ezzel kapcsolatban:
systemd-journald[138]: File /var/log/journal/c85789af220f4173a0a1d4376cbf7c92/system.journal corrupted or uncleanly shut down, renaming and replacing.
Ezzel tudok kezdeni valamit? -
Crvsh3R
senior tag
Sziasztok!
Egy Raspberry Pi 4 van nálam beállítva kiszolgálónak otthon és erre van kötve egy külső SSD és egy külső HDD. A rendszer microSD kártyáról fut és minden meghajtó ext4 fájlrendszert használ. A mai napon volt egy áramkimaradás és ezzel kapcsolatban kérdezném, hogy ilyenkor érdemes fsck-t vagy valami mást lefuttatni, hogy a fájlrendszer/adatok sérültek-e?
-
#83630
Crvsh3R
senior tag
tordaitibi
#83629
Crvsh3R
senior tag
válasz
tordaitibi
#83629
üzenetére
Nem a mountolással van gondom. Azok az fstab-ban be vannak állítva UUID-vel fixre, ahogy nálad is. Az eszközhivatkozások váltakoznak reboot után ( /dev/sda, /dev/sdb, /dev/sdc, /dev/sdd). Ezeket szeretném fixálni, mert pl. ha szeretném a meghajtó S.M.A.R.T. értéketi vagy csak a hőfokát lekérdezni, akkor azzal kell hivatkoznom rá, de mivelhogy rebootnál random kapják meg az eszközhivatkozásokat rebootonként meg kell keresnem melyik melyik meghajtóra hivatkozik.
Egyébként az fstab-om így néz ki:proc /proc proc defaults 0 0PARTUUID=ffd1282e-01 /boot vfat defaults,flush 0 2PARTUUID=ffd1282e-02 / ext4 defaults,noatime 0 1UUID=a978644c-6153-4ed2-bfbe-6ff3289d348a /mnt/wdred1tb ext4 defaults,auto,users,rw,nofail,noatime 0 0UUID=3fe76ad3-a46c-4bf0-94e2-a41821b3d3f2 /mnt/sgot5tb ext4 defaults,auto,users,rw,nofail,noatime 0 0 -
Crvsh3R
senior tag
Sziasztok!
Remélem jó helyen teszem fel a kérdésemet és érthetően fogalmazok. Ha nem így lenne, akkor elnézést kérek.
Raspberry pi 4 4GB microsd kártyára telepítettem Raspbian OS x64 verziót és kiszolgálónak használom úgy, hogy a tárolt adatokat USB 3.0 kapcsolaton keresztül HDD-n és SSD-n tárolom. Az lenne a problémám, hogy fstab-ban UUID alapján mountoltam a /mnt/xyz mappákba a meghajtókat, de a /dev/sdx hivatkozások mindig "elmásznak". Ezeket is valamilyen módon meg lehet adni, hogy fixen lehessen hivatkozni a meghajtókra és ne kelljen minden reboot után keresgélni, hogy melyikből mi lett?
Előre is köszönöm a segítséget! -
Crvsh3R
senior tag
válasz
ubyegon2
#54342
üzenetére
KODI nem bootol, mert az csak egy médialejátszó program. RetroPie bootol (ami egy Raspbianra épülő rendszer, ami Debian Jessie alapú). Ha desktop-ot indítok, majd abból kilépek és ezek után indítom el a KODI-t, akkor működnek a média gombok. Ha nem indítok desktop-ot csak elindítom a KODI-t, akkor nem működnek a média gombok. A lényeg, hogy szerettem volna megtudni vajon egy desktop betöltése mit változtat a dolgon, hogy ne kelljen mindig azt indítanom először, hogy flottul működjön minden. Lehet eddig én magyaráztam rosszul, elnézést.
Sajnos már nem tudom tényleg hova tudnék írni, ahol tudnának is válaszolni és válaszolnak is a feltett kérdésemre. Biztos vagyok benne, hogy ez linuxos probléma és valamit nem tölt be vagy máshogy tölt be a rendszer alapból, csak nem tudom mi az. Ha nem jutok dűlőre, akkor marad a B terv és multiboot-os lesz a microSD kártya, csak nem akartam 3 rendszert frissen tartani ha megoldható 1-en is.
-
Crvsh3R
senior tag
válasz
ubyegon2
#54339
üzenetére
Debian ami a KODI alatt van és az nem tölt be valamit ami viszont az asztali LXDE felülettel betöltődik és kezeli a médiagombok funkcióit (ezután újraindításig a memóriában marad és használja a rendszer. Ezért gondoltam, hogy esetleg itt előbb tudnátok segíteni. Raspberry Pi topicban eddig nem nagyon kaptam választ semmire sem.
Ezek vajon miért keletkeztek, illetve hogyan tudom őket biztonságosan eltávolítani? Esetleg ez a normális és ne piszkáld kategória?
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Vélemény Linux Mint Debian Edition 4
- Tudástár MX-Linux 19
- Bemutató Linux a mindennapokban: Manjaro KDE
- Bemutató Linux a mindennapokban
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Hír A Steam Play hozza el a Windowsra írt játékokat Linuxra
- Hír Hova jut a világ? Linuxot kínál a Windows Store!
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- Eladó Steam kulcsok kedvező áron!
- ROBUX ÁRON ALUL - VÁSÁROLJ ROBLOX ROBUXOT MÉG MA, ELKÉPESZTŐ KEDVEZMÉNNYEL (Bármilyen platformra)
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- ÁRGARANCIA! Épített KomPhone Intel i9 14900KF 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- SAMSUNG DDR4 REG ECC 32GB 2666MHz RDIMM szerver RAM modulok, nettó 15740Ft+ÁFA, 1 év gar., több db
- Apple iPhone 14 Pro, Kártyafüggetlen, 1 Év Garanciával
- Új, verhetetlen alaplap sok extrával!
- ÁRGARANCIA!Épített KomPhone Ryzen 5 5600X 16/32/64GB RAM RX 7600XT 16GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest