-
PROHARDVER!
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
#100451
tordaitibi
veterán
Crvsh3R
#100446
-
#100445
tordaitibi
veterán
Crvsh3R
#100444
-
válasz
Crvsh3R
#100374
üzenetére
If you have a /boot/grub2 folder instead of a /boot/grub folder , you need to adjust the file paths mentioned here and in the minegrub-update.service file
Also if you're not sure, run grub-mkconfig -V to check if you have grub version 2 (you should have) [link]Úgy látom, ahol fentiek teljesülnek, ott tudod használni. Ventoyt nem ismerem, egyszer csináltam vagy 5 disztróval, de pár hónap után egyszerűen megnyekkent teljesen.
-
urandom0
senior tag
válasz
Crvsh3R
#100289
üzenetére
Azok szimbolikus linkek a kernelre és az initial ram diskre. Ha megnézed, hogy hova mutatnak, valami ilyesmit fogsz látni:
/vmlinuz -> boot/vmlinuz-x.x.x-amd64
/initrd.img -> boot/initrd.img-x.x.x-amd64Ha kitörlöd őket, nem biztos, hogy be fog bootolni a gépet következő indításkor
-
urandom0
senior tag
válasz
Crvsh3R
#100016
üzenetére
Ha a saját usered alól beírod, hogy
crontab -e, akkor a te jogosultságaiddal fog futni, viszont ha azt írod be, hogysudo crontab -e, akkor rootként.Úgy általánosan, az /etc/crontab, /etc/cron.d/ és /etc/cron.hourly alatt lévő jobok a root nevében futnak, mivel a root a tulajdonosuk. A user wide jobok a /var/spool/cron/crontabs/username alá kerülnek, azok pedig a tulajdonosuk nevében futnak.
Sudo-t ne tegyél cron jobba, jelszót fog kérni. -
-
-
#99669
tordaitibi
veterán
Crvsh3R
#99667
válasz
Crvsh3R
#99667
üzenetére
Kipróbáltam régebben Debiant, nem cli hanem gui.
És a fájlkezelőbe minden partícióra kattintásnál bekérte a jelszót hogy csatolja.
Erre céloztam.
Csinálsz egy ilyen bejegyzést, értelemszerűen a te UUID-t átírod, és a csatolási pontot is átírod "/media/tibi/aero_data" helyett arra ahova csatolnád.UUID=448883198883091E /media/tibi/aero_data auto nosuid,nodev,nofail,x-gvfs-show 0 0 -
#99665
tordaitibi
veterán
Crvsh3R
#99663
válasz
Crvsh3R
#99663
üzenetére
Oké de külső lemezt szó nélkül csatol, vagy szükséged van part UUID alapú csatolásra, nem elég a partlabel vagy partname?
Mivel ezek alapján minden fstabozás nélkül úgyis felcsatolja.
Illetve, most esett le, mivel ez egy abszolút biztonságos de abszolút nem felhasználóbarát Debian, gondolom minden mountnál ami nincs fstabba, jelszót kérne.
Ha így van, szögezd be fstabba a nofail opcióval. -
#99661
tordaitibi
veterán
Crvsh3R
#99655
-
válasz
Crvsh3R
#99655
üzenetére
Oppa, most látom, hogy már kb ugyanezeket leírta cigam ft is, elfelejtettem frissíteni az oldalt...
Ezek a dolgok is filesystemfüggők, de gondolom EXT fs-re vannak fozmázva. Alapból én semmit nem írnék FSTAB-ba, de ugye lényeges az is, mire használnád a meghajtókat, rendszer tuti nem lesz rajtuk, így tárolás lehet a cél. HDD-nél a külső ház nagyon sok mindent meghatároz, max a
default,noatimehagynám benne, ha valami nem OK, akkor azokat is kidobnám.HDD-vel ellentétben az NVMe SSD elég önálló, főleg a smart adatok függhetnek Linux alatt a külső ház vezérlőjétől, TRIM-mel itt nem kell foglalkozni szerencsére.
a külső meghajtóknál ír ilyen opciókat is: nofail,x-systemd.device-timeout=5. Érdemes ilyet beállítani rájuk?
Ezek fix használatkor értelmetlenek, a
nofailarra van, ha a boot keresi az időközben eltávolított külső meghajtót. Nem kellenek ezek, gyakorlatilag NVMe SSD-nek még beszereltként se kell semmilyen mount paraméter az FSTAB-ba, persze tévedhetek is, nekem ilyen az FSTAB:# / was on /dev/nvme0n1p2 during installation
UUID=ab602dc9-b7ef-33b2-a7df-9b761a841395 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=128E-E952 /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0 -
válasz
Crvsh3R
#99655
üzenetére
Ami nem romlott el, azt nem kell megjavítani. Szerintem a noatime is felesleges. Elméletileg Te magadnak eltudod dönteni, hogy szükséged van-e a hozzáférés idejére. Van ahol fontos, van ahol nem.
Ugyanez érvényes a nofail opcióra is. Ha fixen rá van kötve, akkor nincs sok haszna. Ha esetleges, akkor lehet értelme, hogy ne lassítsa le a boot folyamatát, ne várjon rá feleslegesen. Én pl. altatom a gépet, hetek telnek el, hogy újraindítanám. Nálam nem fel se tűnne a difi. -
-
válasz
Crvsh3R
#93350
üzenetére
Hiba volt, nem szabad webshopból könnyelműen rendelni. Első lépés, hogy megkeresed a termék azonosítóját, ha ezt nem találod, már mész is tovább. Ha megvan, azt lehetőleg a gyártó oldalán le kell ellenőrizni. Ebben az esetben elég feltűnő helyre ki is rakta a linket a webshop, tudván, hogy elég trehányak és felületesek e téren. Fentieket tapasztalatból mondom és nem vásárlói oldalról. Árukeresőn az összes üzlet jól írta a paramétereket, így még azt se lehet mondani, hogy a nagykertől átvett helytelen adatok lettek feltüntetve.
-
válasz
Crvsh3R
#93345
üzenetére
Hát ugye a legvégére sok hasznos infó kiderül...már csak a nyolcada üres, belassul...azt azért írhattad volna, hogy először ír gyorsan csak később lassul be, mert az adja magát, hogy elfogy a cache.
Viszont itt meg ezt látom: Model: WDC WD84 PURZ-74B2YY0 (scsi) A WD84 a 128MB, a WD85 meg a 256MB cache-sel szerelt, ezért írtam a 175MB/s sebessséget.
-
válasz
Crvsh3R
#93342
üzenetére
Mivel a gyári max 215MB/s*, így külső házban USB-ről elképzelhető, hogy nem is lesz nagyobb sebessége, de a gyári adatlap is ezt írja a max elméleti speedhez:
*ez az érték a 7200rpm-hez van, WD Purple lehet 5400rpm-es is
... performance may vary depending upon host device, usage conditions,
drive capacity, and other factorsAnno a WD Black HDD-m hiába hozta teszteléskor az elvárható sebességet, napi használatban nem közelítette azt meg mondjuk másolásnál.
A 84PURZ az csak up to 175MB/s speedet ír amúgy. [link] Ha nálad nem tesztkörnyezetben eléri a 140-et, akkor az úgy OK.
-
válasz
Crvsh3R
#93340
üzenetére
Tényleg érdekes ez így. Szerintem érdemes lenne beraknod a külső házas topikba a kérdést, lehet tényleg E végű is és nincs kizárva, hogy a WD Purple kb ennyit tud külső házban. Azt említettem, hogy ez egy spéci feladatra van, ha egy WD Black lenne a házban, lehet dupla lenne a sebesség.
Amúgy a driver sorokból látszik, hogy nem 1153 sebessége van. -
válasz
Crvsh3R
#93335
üzenetére
ubyegon@ubyMintC-212:~$ lsusb -t
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
|__ Port 1: Dev 3, If 0, Class=Vendor Specific Class, Driver=, 12M
|__ Port 2: Dev 6, If 0, Class=Mass Storage, Driver=uas, 480M
|__ Port 3: Dev 4, If 0, Class=Video, Driver=, 480M
|__ Port 3: Dev 4, If 1, Class=Video, Driver=, 480M
|__ Port 5: Dev 5, If 0, Class=Communications, Driver=, 480M
...... -
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.
-
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.
-
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
-
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.
-
-
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!
-
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.
-
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ő?
-
-
#02705152
törölt 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! -
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.
-
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.
-
#92294
tordaitibi
veterán
Crvsh3R
#92291
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. -
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. -
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. -
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. -
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. -
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.
-
#83637
tordaitibi
veterán
Crvsh3R
#83634
-
#83629
tordaitibi
veterán
Crvsh3R
#83628
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 1UUID=88f52991-dca1-4802-9b82-ad545fdd8514 swap sw defaults 0 0UUID=44FD52AA01B5FE7D /media/tibi/ADAT_1TB auto nosuid,nodev,nofail,x-gvfs-show 0 0UUID=27BE34407CC7DA8A /media/tibi/Mindenes auto nosuid,nodev,nofail,x-gvfs-show 0 0 -
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. -
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) -
Sok köze nincs az általunk használt Linux disztrókhoz.Új hozzászólás Aktív témák
Hirdetés
CPT.PirkA 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!
- Eladó steam/ubisoft/EA/stb. kulcsok Bank/Revolut/Wise (EUR, USD, crypto OK)
- Assassin's Creed Shadows Collector's Edition PC
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - NYÁRI AKCIÓ!
- ÁRGARANCIA!Épített KomPhone i5 14600KF 32/64GB RAM RTX 5060 Ti 16GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! ASUS ROG STRIX Z270G GAMING WiFi alaplap garanciával hibátlan működéssel
- PS5 konzolod megvásároljuk: Budapest, Kecskemét, Szeged, Debrecen vagy akár GLS futárt küldünk!
- Csere-beszámítás! Számítógép PC Játékra! I3 14100F / RTX 3060 12GB / 32GB DDR4 / 500GB SSD
- BenQ PD-3200-U Monitor - Designer 4K 32"
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged