- Milyen házat vegyek?
- Milyen billentyűzetet vegyek?
- Gaming notebook topik
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- ThinkPad (NEM IdeaPad)
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- A soknál is több pénzzel gyorsítaná fel a hazai chipszektort Kína
- Amazon Kindle
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Azonnali VGA-s kérdések órája
Hirdetés
-
Készülőben az Apple TV alkalmazás Androidra
ma Android rendszerű táblagépeken és telefonokon is elérhető lesz hamarosan az Apple saját streaming szolgáltatása.
-
A Sony szerint Japánon kívül is hódíthat az anime
it A Sony Pictures Entertainment szerint a növekedésük elsődleges hajtóereje a Crunchyroll lesz, ami egy anime-streamszolgáltatás.
-
Computex 2024: belép a kézikonzolok piacára a Zotac is
ph A ZONE nevű, 7”-es eszköz pontos specifikációi a kiállításon derülnek majd ki, de több más újdonságra is számíthatunk.
-
PROHARDVER!
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
ubyegon2
nagyúr
-
ubyegon2
nagyúr
válasz Crvsh3R #54341 üzenetére
Tényleg nem ismerem ezeket, de a linkelt hsz-ben azt írtad, hogy a Debian alól indítva működött, de ha a KODI indult, akkor nem.
Bootol a KODI önállóan ezek szerint? Ha igen, akkor a Debian alapnak a problémához nincs köze. (bocs, ha marhaságot beszélek, hátha van közöttünk, aki használ Pi-t meg KODI-t is, erre persze minimális az esély, mert inkább desktop disztrókat használók vannak)[ Szerkesztve ]
-
ubyegon2
nagyúr
válasz Crvsh3R #54343 üzenetére
Bocs, félrebeszéltem, nem tudom miért boot-ot írtam. A display managerre gondoltam, azt kéne megnézned, melyik van nálad fenn és annak a konfig fájljában kéne beállítanod ezeket a dolgokat, ha jól gondolom. Nézz utána és keresd meg a megfelelő konfigot, de akár a xinitrc is lehet az, amit szerkesztened kell.
Lehet, hogy a Debian topikban kéne újra feltenned a kérdést. Én csak tippelgetek ez ügyben. -
tordaitibi
veterán
válasz Crvsh3R #83628 üzenetére
Hogy néz ki az az fstab?
Nálam is így van megoldva ahogyan nálad és sose tévedett még a mountnál.
Ez a hordozható gépemé, az otthoni több csatolást tartalmaz és a hordozható rendszerem miatt vannak egyforma nevű partíciók is de jól csinálják mindig.UUID=696bb1bd-1d39-4738-b5d6-65bccb30c6fd / ext4 errors=remount-ro 0 1
UUID=88f52991-dca1-4802-9b82-ad545fdd8514 swap sw defaults 0 0
UUID=44FD52AA01B5FE7D /media/tibi/ADAT_1TB auto nosuid,nodev,nofail,x-gvfs-show 0 0
UUID=27BE34407CC7DA8A /media/tibi/Mindenes auto nosuid,nodev,nofail,x-gvfs-show 0 0
-
-
Crvsh3R
senior tag
válasz Crvsh3R #88886 üzenetére
Közben talán úgy néz ki megoldódott, futtattam egy fstrim-et és most normál sebességgel megy a másolás (egyelőre). Azért ezt érdekesnek tartom, mert ez automatizálva van.
Samsung Galaxy A52s 5G || Steam: Crvsh3R || Nintendo Switch OLED || NS friend code: SW-6235-6627-3408 || Hirdetéseim (Switch kiegészítők, stb.): https://hardverapro.hu/aprok/hirdeto/crvsh3r/index.html
-
BoB
veterán
-
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.
Samsung Galaxy A52s 5G || Steam: Crvsh3R || Nintendo Switch OLED || NS friend code: SW-6235-6627-3408 || Hirdetéseim (Switch kiegészítők, stb.): https://hardverapro.hu/aprok/hirdeto/crvsh3r/index.html
-
válasz Crvsh3R #92047 üzenetére
1. Mindenki a saját kedvencét fogja írni, szerintem Debian pont jó lesz. Nagy difit parancssorban úgy sem vennél észre a rendszerek között, hiszen mindenik a Docker saját tárolójából tölti le/frissíti a host rendszert.
2. 100GB bőven elég, a többi mehet az adatoknak. Az hogy melyik mappának készítesz külön partíciót egyéni ficam kérdése. Fontosabb, hogy az adatokról, adott esetben az egész lemezről készíts rendszeres biztonsági másolatot, pl. egy másik (külső) lemezre.Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
-
válasz Crvsh3R #92050 üzenetére
Mivel csak Dokker futtatás a cél, felesleges külön partícionálni. Miért ragaszkodsz hozzá, ha megtippelni sem tudod mekkora méretre van szükség? Bízd a telepítőre. Ha egyik másik szűkösnek bizonyul, később átméretezheted valamelyik másik rovására.
A swap-ot is hagyd automatán. Általában már nem partíció, hanem fájl jön létre, de ez distro függő. Ha van elég RAM (mennyi lesz a gépben? Mennyi és milyen erőforrásigényű Docker fog futni?) elég pár GB, de pl a sleep-hez az fizikai RAM méretnél nagyobb méretű kell. Ide menti le a RAM tartalmát.[ Szerkesztve ]
Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
-
Rowon
veterán
válasz Crvsh3R #92157 üzenetére
Most épp az egyik magyar Linuxos FB csoportban is probléma ez, hogy firmwaret kér a telepítő, holott benne kéne lennie a telepítőben gyárilag. A legfrissebb firmware csomagok itt vannak: [link]
Talán azt meg lehet csinálni, hogy telepítés közben felkínálni neki egy másik adathordozóról... más ötletem nincs.
Az "ath"-ból nekem a firmware-aetheros csomagnak tűnik. Laptop wifi adaptere lehet szerintem.Az emberiség két legnagyobb találmánya az írás és a mikrohullámú sütő.
-
Rowon
veterán
-
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.[ Szerkesztve ]
Samsung Galaxy A52s 5G || Steam: Crvsh3R || Nintendo Switch OLED || NS friend code: SW-6235-6627-3408 || Hirdetéseim (Switch kiegészítők, stb.): https://hardverapro.hu/aprok/hirdeto/crvsh3r/index.html
-
tordaitibi
veterán
válasz Crvsh3R #92291 üzenetére
"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?"
Akkor ha azt állítod be, legalábbis Kubuntun így működk.
nálam ez van beállítva és teljesen szabályos leallítást végez.
Ha sokáig nyomod az más, akkor leáll a táp és ez megfelel annak mintha kirántanád a konnektorból. -
ubyegon2
nagyúr
válasz Crvsh3R #92291 üzenetére
Jeff Geerling leírása alapján....
Ha már nem RPI-t használsz, célszerű lenne Linuxos leírásokat nézegetned, egyébként az alapok ugyanazok, de sok dolgot kéne tisztáznod. Normális esetben nem kéne megcserélődnie a meghajtók neveinek, de az FSTAB a / sorába UUID azonosítót használ, ha csak nem variálsz vele és nem kavarhat be külső meghajtó ebbe. Az FSTRIM meg systemd service, ezt lehet variálni. De írhatsz az FSTSB-ba online TRIM-et is, ez is csak ott fut le, ahová megadod.
A HDD-nél meg szerintem 0-t lát a parancs mindig, ezért nem is nyúl hozzá az FSTRIM.
Van egy ezeréves leírás, alapozásnak Linuxra jó lesz, nagy része még OK is. Nézegesd és Debian alatt ne alkalmazd feltétlenül az RPI leírásait, bár azt nem ismerem. Az FSTAB kimenetet meg az előbbi leírás parancsai kimeneteit pastebinnel berakhatod hsz-be, hátha valaki tudja értelmezni őket.
-
ubyegon2
nagyúr
válasz Crvsh3R #92300 üzenetére
RPI...hát ugye az egy dolog, hogy Debian alapú, az Ubuntu/Mint is, mégis igencsak sok dolog totál más rajtuk. Elég erősen javallott azt a rendszert említeni, amit használsz!
Ez zavart össze szerintem:
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?
Külső meghajtókra nem nagyon alkalmazunk időzített FSTRIM-et, ott valóban változnak a sorszámok, ezeknél célszerűbb manális TRIM-et alkalmazni, feltéve, hogy a külső ház USB-n egyáltalán átmegy a discard parancs. Ha nem megy át, az se gond, a vezérlő így is rendezi a dolgokat, ha van rá elég ideje.
[ Szerkesztve ]
-
berusbacsi
junior tag
válasz Crvsh3R #92701 üzenetére
Ugye a PCIe alrendszer energiagazdálkodásáról van szó, azokat a PCIe eszközöket amik éppen nem beszélgetnek a rendszerrel, alacsonyabb energiaszintre kapcsolja. Ha engem kérdezel, csak hátránya van, mert így a késleltetésük nő.
Persze azt tudnod kell, ha kikapcsolod a világ összes bébifókája miattad fog elpusztulni, és a sötétzöldek nyilvánosan kivégeznek!Berus [Fedora 40]
-
-
ubyegon2
nagyúr
válasz Crvsh3R #92705 üzenetére
Mivel a rendszer nem támogatja és auto-ban van, így ez ennyi, ne foglalkozz vele. Használd a rendszert, mást úgy sem tudsz tenni, sok jelentősége szerintem nincs ennek az opciónak, de mindegy is...
Amúgy dmesg nézegetésének akkor van értelme, ha a rendszer nem működik. Csak úgy nézegetni nem szoktuk.
Viszont azt nem értem, hogy ha a BIOS-ban engedélyezve volt, akkor a rendszer miért nem használta egyébként sem.
A warning üzenetben ott volt, hogy a rendszer nem támogatja! Te másoltad be! Mit lehet erre még mondani?
Előző ugyanezen tipusú SSD-nél nem jött ez elő?
[ Szerkesztve ]
-
ubyegon2
nagyúr
válasz Crvsh3R #92709 üzenetére
Dehogy okoz kárt, nekem ezeréve valami TPM akármi hibát ír ki boot előtt a bootsplash, utána bootol, onnantól nem érdekel. Ami hardveresen valamit nem támogat, azzal nem kell foglalkozni, ha amúgy működik a rendszer. Ne aggódj, ha olyan hiba lenne, ami komoly gond, azt a boot előtt jelezné a rendszer és nem is bootolna be. Jelentéktelen fogyasztásnövekedés lesz max. Maga az SSD amúgy is alig fogyaszt. De ha nem is arra vonatkozik, akkor se gáz.
Ne törődj vele, Debiannak is más default energiagazdálkodása van és a többi disztrónak is. Kioxia és Samsung 970 EVO is teljesen más elekrtonikai belsővel rendelkezik, előbbi egy egyszerűbb OEM SSD.
De tényleg nyugodtan használd, nem csak úgy mondom, hogy megnyugodj.
[ Szerkesztve ]
-
ubyegon2
nagyúr
válasz Crvsh3R #92711 üzenetére
Ha állandóan logol, akkor mindenképp kapcsold ki, mert ilyen esetekben is gigás méretre fel tudnak hízni a logok és az gond lesz előbb-utóbb. Csak amiatt logol, mert auton van, funkciójaban ugyanott van a disable állapot is, csak azt nem jelzi a logban, mivel ki van kapcsolva, nincs mit jeleznie!
-
CPT.Pirk
Jómunkásember
válasz Crvsh3R #93151 üzenetére
Ezt írják a gyártó oldalán. Én anno olyat vettem, feltettem a drivert és kimaradás esetén le is állította a gépet. Aztán persze megpusztult és amit cserébe kaptam, annak meg nincs Linuxra drivere...
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
berusbacsi
junior tag
-
ubyegon2
nagyúr
válasz Crvsh3R #93292 üzenetére
Szerintem a smartctl/smartmontools használható mindenre, én eddig csak offline néztem vele meghajtókat. HDD-nél is bőven elég ha egy smart kimenetet megnézel, új meghajtónál long smart teszt szerintem felesleges, ha egyből gond van vele, akkor az egyszerű kimeneten is látni fogod.
Érdemes archwikit is átnézni.
[ Szerkesztve ]
-
CPT.Pirk
Jómunkásember
válasz Crvsh3R #93287 üzenetére
Nálam a szerver gépen a Hdsentinel kimenetét egy bash script hetente egyszer SWAKS-al elküldi emailben csatolmányként egyéb dolgok mellett. Aztán sosem olvasom el.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
ubyegon2
nagyúr
válasz Crvsh3R #93307 üzenetére
Disk /dev/sdb: 7.28 TiB, 8001563222016 bytes, 15628053168 sectors
Disk model: PURZ-74B2YY0
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: DEF48197-B23C-498C-A351-51CF499DF959
Device Start End Sectors Size Type
/dev/sdb1 2048 15628052479 15628050432 7.3T Linux filesystemNekem ez a kimenet teljesen normálisnak látszik. A sectotok kezdete és vége ill a mérete is normális. Az eszköz mérete is jó TiB-ben.
sh4d0w
[ Szerkesztve ]
-
-
ubyegon2
nagyúr
válasz Crvsh3R #93325 üzenetére
Az ASM1153 chip igen elterjedt, sok külső házba szerelték, a Linux pontosan ismeri fel, ha ezt írja, akkor ez van benne. Teljesen értelmetlen emiatt Windowst indítanod. Ez a ház ezzel a vezérlővel ennyit tud.
Ha könnyű szétszedni, megnézheted, mi van a chipre írva, ha 1153, akkor a szaktopikban írtak szerint még fwupdate lehetőség sincs.
[ Szerkesztve ]
-
ubyegon2
nagyúr
válasz Crvsh3R #93332 üzenetére
Ez így érdekesebb, most vagy mégis a Linux tévedne egy ennyire régi és elterjedt chip felismerésében vagy fakechip-ről van szó. Mondjuk láttam egy oldalon sebbességeket a 1153-ról és ott 20-40mbps között volt az rw, nálad meg 80-90...ez tényleg rejtély.
Érdemes még az lsusb -t kimenetet megnézni, mit ír a driver soron.
[ Szerkesztve ]
Ú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!
- Milyen házat vegyek?
- Készülőben az Apple TV alkalmazás Androidra
- exHWSW - Értünk mindenhez IS
- Minden, ami Unreal Engine
- Eredeti játékok OFF topik
- A fociról könnyedén, egy baráti társaságban
- Milyen billentyűzetet vegyek?
- A Sony szerint Japánon kívül is hódíthat az anime
- Gaming notebook topik
- World of Tanks - MMO
- További aktív témák...
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
- Windows 10/11 Home/Pro , Office OEM/Retail kulcsok
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
- Autómatricák a legjobb minőségben, több ezer minta! PH tagoknak 30% kedvezmény!
- Eladó Steam kulcsok kedvező áron!
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen