- Milyen RAM-ot vegyek?
- Lelövi a Roccat márkanevet a Turtle Beach
- Milyen TV-t vegyek?
- Milyen egeret válasszak?
- Asztrofotózás
- Azonnali processzoros kérdések órája
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- NVIDIA GeForce RTX 3080 / 3090 / Ti (GA102)
- LG 34GS95QE-B: OLED paneles, ívelt gamer monitor
- AMD APU (AM4 és AM5) topik
Hirdetés
-
Lenovo Essential Wireless Combo
lo Lehet-e egy billentyűzet karcsú, elegáns és különleges? A Lenovo bebizonyította, hogy igen, de bosszantó is :)
-
3 évre zárnák börtönbe a legnagyobb kriptotőzsde korábbi vezetőjét
it Az amerikai ügyészek keményebb, 3 éves börtönbüntetést akarnak elérni, miután Changpeng Zhao, a Binance korábbi vezérigazgatója bűnösnek vallotta magát a pénzmosásellenes törvények megszegésében.
-
Hosszabb bemutatót kapott a Steel Seed
gp A PC-re és konzolokra szánt teljes kiadás valamikor idén debütál, pontos dátumot még nem kaptunk.
-
PROHARDVER!
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
Vladi
nagyúr
válasz Tóniszomszéd #24498 üzenetére
Elsősorban ext4. ha ez már megvan, felesleges keresgélned. Ez elég kiforrott fájlrendszer. Ha csak nincs valami extra igényed, vagy a fájlrendszereket akarod mélyebben megismerni, akkor elég.
zfs nem kifejezetten linuxos, szóval inkább esetleges. reisert nem támogatják eléggé ( ), felejtős.zárt nvidia driver szívás. Ha a nyílttal meg tudod csinálni amire szükséged van, akkor inkább azt használd. Bár rémlik, hogy a gpu váltás nem teljesen megoldott. Ez laptop ugye? Máig nem fogom fel, hogy minek a laptopba 2 gpu.
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
-
nagyúr
> Ha a nyílttal meg tudod csinálni amire szükséged van, akkor inkább azt használd.
Dramai teljesitmeny- es funkciokulonbseg van.
> Bár rémlik, hogy a gpu váltás nem teljesen megoldott.
Nem megoldott.
> Máig nem fogom fel, hogy minek a laptopba 2 gpu.
Mostmar egyre ritkabb, de pl. az elozo laptopomban azert volt ez muszaj, mert a legutobbi idokig az integralt GPU nem tudott 4K kimenetet 60 Hz-en.
while (!sleep) sheep++;
-
sonar
addikt
válasz Tóniszomszéd #24498 üzenetére
Ha nem linuxoztál és csak asztali gépre kell akkor EXT4.
ZFS és BTRFS más tészta (rokon lelkek). Igazán nagy mennyiségű adatok hatékony tárolására lettek kitalálva.
Ha komolyabban érdekel a téma akkor a linuxakadémián nézzél körül, tartottak előadást mindkét filerendszerről. Jól összefoglalva, hogy minek mi az előnye hátránya. És mire lett kitalálva.A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
kovaax
őstag
Az openSUSE btrfs-t szereti gyökérnek, pont azért, amiért itt az új kollégának kellene. Az már más kérdés, hogy mennyire gazdálkodik jól a hellyel, mennyire stabil, mennyire gyors, stb... Én még mindig ext4 párti vagyok, bár melóban áttértünk xfs-re (RHEL 7).
-=- There's no place like /home -=-
-
#59070464
törölt tag
Egyszer egy forumban olvastam, hogy DON'T use SSDs or USBs for sensitive or critical data. Aztan egy FAQ-ban olvastam, hogy SSDs and Flash are different. Currently it is unclear how to get LUKS or plain dm-crypt to run on them with the full set of security features intact. See Section 5.19. Itt mar tenyleg elgondolkoztam, hogy ultra paranoias userek ezen megfontolasbol tenyleg HDD-t hasznalnak SSD helyett?
-
"zárt nvidia driver szívás.": ubuntu telepítéskor rákérdez és felrakja azt, amelyiket választod és működik. debianban van rá metacsomag, ha felrakod, akkor maga alá húzza a zárt drivert és működik.
ebben mi a szívás? a notebookomban ha biosban engedélyezem az optimust, simán felismer minden kijelzőt és működik. pontosabban 4 éve, mikor utoljára próbáltam, működött.
egyszer volt komolyabb szívás az nvidia driverrel, mikor egy meredeken súlyosbított notebookon kellett felraknom, amiben három videokártya volt. ahhoz kellett guglizni egy sort.
aki annyira ismeri a hupot, hogy megalapozottan trollneveldének tarthatja, az akkor annyira is ismeri, hogy ott sokszor írnak a btrfs hibáiról.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
nagyúr
válasz bambano #24511 üzenetére
Az optimus menetkozbeni valtasat egyebkent sosem tamogatta semmi rendesen..
Ettol meg az nvidia proprietary driverei a legjobbak az osszes kozul -- nekem epp GTX970 van a desktopban, es meg a Displayport audio is megy. Mondjuk suspendbol nem jon vissza a monitor (at kell valtani a szoveges konzolra es vissza, ugy feleled), de ez mar aprosag
[ Szerkesztve ]
while (!sleep) sheep++;
-
kovaax
őstag
Legalábbis a RAID 5-6 biztosan. De nem hülyék az openSUSE-sek, az ő KDE-jük a legjobb, amit használtam ( = nem használtam másét ), valószínűleg azért használható már a btrfs valamennyire. De mondom, én még mindig ext4-et használok. De ha egyszer újraformázom a 2 terrás adatvinyómat, lehet arra már xfs-t rakok.
-=- There's no place like /home -=-
-
bucihost
senior tag
-
Tóniszomszéd
csendes tag
Hölgyek/urak, bocs, hogy nem válaszolok közvetlenül, de a fórum csak egy hozzászólást enged egyszerre, és ...
Lényeges apróságok:
Vga - van egy kissé bugos, előtelepített ubuntu 14.04, egy dell inspiron notebookon, ezzel a vga-k közti váltás működik gond nélkül, viszont egyéb problémák miatt nem jó a 14.04. Szépséghibája a dolognak, hogy a dell nem támogatja a 16.04-t, így kénytelen vagyok magamnak összetákolni a rendszert. A dedikált vga teljesítményére nincs szükségem, csak kíváncsi voltam rá. Ezt csak példaként hoztam, hogy miért is szeretnék olyan visszaállítási lehetőséget, ami adott időpontra "rollbackeli" a rendszert.A fájlrendszerek... ext2/3/4-t használom régóta, mióta stabil az lvm, azzal. Pont ezért nem ismerem a zfs/btrfs-t igazán. Gyakorlati tapasztalat=0. Amikor rollback témában keresgéltem, egy régi, azt hiszem, félbehagyott projekt kapcsán (time shift?) találtam egy elejtett megjegyzést, miszerint ehhez a feladathoz egy stabil, copy on write elven működő fs kellene. A btrfs és azt hiszem, a zfs is ilyen. Előbbi elég régóta jelen van linuxon, utóbbi ugyan valamivel újabb itt, viszont ha jók a forrásaim, Solarison elég rég létezik, mintha ez lenne a default (több mint 15 éve láttam utoljára Solarist, nekünk még nem volt zfs). Mindkettőről el tudom képzelni, hogy egy itthoni notebookhoz elég stabil. Az itt-ott elkapott infókból nekem úgy tűnt, ezek már alkalmasak lehetnek arra, amit szeretnék. Azóta annyit találtam, hogy ez nem teljesen igaz. Ki lehet nyerni a korábbi állapotot, de úgy fest (ehhez azért kellene megerősítés), azt a mai napig nem tudják, hogy szükség esetén visszahozzak mondjuk egy két órával korábbi állapotot, másolgatás/explicit visszatöltés nélkül.
-
nagyúr
válasz Tóniszomszéd #24517 üzenetére
ZFS-t nem raknek laptopra, egyszeruen tul memoriaigenyes.
while (!sleep) sheep++;
-
bencze
senior tag
screen. Jó lenne rászokni használni, de így öregen nem megy. Ha néha eszembe is jut, hogy sessiont nyissak, nem detachelek csak ctrl-d-vel kilépek ssh-ból, reflexből.
Be lehet valahogy puttyot állítani, hogy a ctrl-d-re mást küldjön? Valahogy ctrl-a d-t?
-= QFR mx blue / HPE87 mx brown / QFR mx red / Poker 2 mx blue / Poker 3 mx clear / Leopold FC660M mx silent red=-
-
Tóniszomszéd
csendes tag
válasz bencze #24520 üzenetére
Én nem tudok olyan lehetőségről, hogy konfig fájlban/runtime paraméterként át lehetne adni ilyesmit a putty-nak. Viszont open source.
De esetleg nézd meg a tmux (a screenhez hasonló szoftver) leírását, abban volt valami olyan, hogy kilépés után is megmarad a session, de nem emlékszem a részletekre.[ Szerkesztve ]
-
Tóniszomszéd
csendes tag
válasz bencze #24520 üzenetére
Elnézésedet kérem, a tmux sem tudja azt, amit szeretnél.
Én ssh-n nyitott session fenntartására használtam, de nálam azért szokott volt megszakadni egy-egy ssh session, mert ha lecsuktam a gép fedelét, a windows lelőtte a wifit, a lekapcsolt wifi miatt meg a putty eldobta az összes kapcsolatát.
Szóval az ellen véd, ha mondjuk alt-F4-gyel vagy egyéb módon zárod az ablakot, de a Ctrl-D ellen sajnos nem. -
bencze
senior tag
válasz Tóniszomszéd #24523 üzenetére
Hát, nem gáz, kösz a próbát. Wishful thinking volt. Valahogy bele kell tréningelnem magam, ha nagyon kell majd csinálok posztert meg háttérképet
-= QFR mx blue / HPE87 mx brown / QFR mx red / Poker 2 mx blue / Poker 3 mx clear / Leopold FC660M mx silent red=-
-
Rimuru
veterán
válasz Tóniszomszéd #24523 üzenetére
Mintha screen eseten olyan nehez lenne egy deatach, nem erzem olyan nagy problemanak foleg egy halado topicban.
Vigyázat, csalok!
-
bencze
senior tag
válasz Rimuru #24526 üzenetére
Ha nem write only módban működnél akkor kiderült volna, hogy a probléma nem technikai, csak technikai jellegű megoldást kerestem rá. Mivel nem a te problémád így nyilván nem neked fáj, ez eléggé közhelyes volt.
[ Szerkesztve ]
-= QFR mx blue / HPE87 mx brown / QFR mx red / Poker 2 mx blue / Poker 3 mx clear / Leopold FC660M mx silent red=-
-
vargalex
félisten
Sziasztok!
Számomra egy furcsa problémával fordulok hozzátok. Van egy mini szerverem Asrock Q1900-ITX alaplappal. Egy SSD-n a rendszer (Arch Linux) UEFI módban (korábban gummiboot, majd később systemd-boot bootloaderrel - tudom, miért pont ez...). Az adatok 2 db 2,5" HDD-n RAID0-ban (a tárhely mérete és a sebesség volt a lényeg). Tökéletesen működött 2014 óta egészen július végéig. Szakadó eső/villámlás volt nálunk, kiment a házban az egyik biztosíték is (éppen az a kör, ahova a kis szerver is volt dugva) és az alaplap elhalálozott. Lehet, hogy nem volt összefüggés a kettő között, ezt nem tudom. De ez lényegtelen. Mivel az alaplapon semmi sérülés nem látszott és még garanciális, így "pofátlanul" visszavittem az üzletbe. Bevizsgálták, visszaküldték a gyártónak (legalábbis ezt mondták) és nagyjából 1 hónap átfutási idő múlva kaptam egy új példányt.
Nyilván ugyan azt a rendszert használnám, de ez az alaplap nem látja az SSD-n az EFI partíciót (az SSD-t természetesen igen), így nem is boot-ol róla (a BIOS boot menüjében csak az eszköz látszik, az UEFI partíció nem). A SATA vezérlőket AHCI módba állítottam, próbáltam a SATA II, illetve a SATA III portokat is. Kivettem a notebookomból a HDD-t, azon sem látja (szintén Arch Linux systemd-boot-al). A notebook tökéletesen bootol az SSD-vel is.
Frissítettem BIOS-t is, nem segített.
Ugyanakkor egy pendrive-ra kiírva az Arch telepítőt bootol legacy és UEFI módban is (a BIOS-ban a boot eszköz választásakor látja is az UEFI partíciót).
Találkozott már valaki ilyennel? Mi lehet a probléma? Lehet úgy hibás az alaplap, hogy ilyet produkáljon? Most vigyem ezt is vissza?Bocs, hogy kicsit hosszúra sikeredett...
Alex
-
Tóniszomszéd
csendes tag
válasz vargalex #24528 üzenetére
Röviden: én megpróbálnék pendrive-ról bootolni egy rescue rendszert, felmountolni az eredeti rendszert (/, /boot, /boot/efi + ami még a chroot miatt szükséges) alkönyvtárba, chroot-tal bemenni rá és újratelepíteni a loadert.
Ha egyáltalán az a baj, amire tippelek, valószínűleg van kevésbé körülményes megoldás is, de azt nem tudom.
A tippem meg az, hogy az EFI tárolja (talán nvramban) a boot paramétereket és a rendszeredet újra fel kell oda venni. (Nálam épp fordítva volt: rég legyalult SuSE-t alig bírtam eltüntetni) -
vargalex
félisten
válasz Tóniszomszéd #24529 üzenetére
Azt elfelejtettem írni, hogy a bootloadert már újratelepítettem chroot alatt. Igaz, ez systemd-boot esetén csak másolás (de szerintem a többinél is).
Alex
-
vargalex
félisten
válasz Tóniszomszéd #24531 üzenetére
Szia!
Bocs, a bootloader újrahúzása mégis megoldotta. Köszi!
[ Szerkesztve ]
Alex
-
Patice
nagyúr
Sziasztok!
Egy kis tanácsra lenne csak szükségem.
Van egy Cubox-i2eX mini gépem, amin Voyage MuBox fut (Debian Wheezy alapokon) microSD kártyáról és eSATA-n csatlakoztattam egy külső házban lévő 2 TB WD RED vinyót külső tápolással.SSH-n látszik a merevlemez /dev/sda1-ként és fel is ismeri az ext4 partíciót, csak valamiért nem tudja olvasni a rajta lévő zenéket a Cubox-i.
A vinyót asztali Debian Jessie alatt formáztam és ezután másoltam rá a zenéket NAS-ról. A formázásnál GPT partíciós táblát választottam, lehet ez lesz a gond?
A Voyage-nak inkámm ms-dos (MBR) kellene, mivel régebbi rendszer?
Vagy jogosultsági probléma? (Voyage-on root van csak, nincs egyéb felhasználó, asztali Debian-on viszont van saját felhasználói fiókom és ezzel csináltam meg a lemezt.)
Megoldás lehet a vinyó újraformázása és a zenék újbóli átmásolása?
Eőre is köszi!
Eladó: Apple iPad mini 1 (2db)
-
Tóniszomszéd
csendes tag
Notebook intel+nvidia vga-val. Ha betöltődik a nouveau driver, az azt jelenti, hogy használja is a rendszer?
Amiért érdekel a válasz: úgy tűnik, a nouveau kicsit bugos, nagyon valószínű, hogy shutdownkor miatta akad fel a szeme a linuxnak.(soft lockup ... CPU stuck for...)
Az általam ismert módszerekkel (kernel modul blacklist-re tétele) egyelőre nem tudtam megszabadulni tőle. Az X látszólag az integrált vga-t használja. Lehetséges, hogy a kernel mégis őt használja? (Framebuffer) -
Hi!
Probalok bebootolni egy Debian kernel-t U-boot-tal, de a rootfs-t (ami pendrive-n csucsul) nem tudom neki megadni...
Hogy kene?
Ime egy pastebin a jelenlegi allapotrol. (sorry, mini ablakban volt nyitva a minicom, ezert a vege lemaradt... de a lenyeg latszik igy is)
Koszi!
[ Szerkesztve ]
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
válasz Tóniszomszéd #24536 üzenetére
U-bootot hasznalok, abbol is valami nagyon regit...
Ott nem hiszem, hogy lehet UUID alapjan root=-ot allitani...
De lehet, h az a gond, hogy az uInitrd nincs betoltve. Most probalom ugy is. De mar egy ket perce ezt irja:
Marvell>> bootm 0x800000 0xf00000
## Booting image at 00800000 ...
Image Name: Linux-4.4.0-kirkwood-tld-1
Created: 2016-08-29 12:18:53 UTC
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size: 3168283 Bytes = 3 MB
Load Address: 00008000
Entry Point: 00008000
Verifying Checksum ... OK
OK
## Loading Ramdisk Image at 00f00000 ...
Image Name: initramfs-4.4.0-kirkwood-tld-1
Created: 2016-02-19 7:33:04 UTC
Image Type: ARM Linux RAMDisk Image (gzip compressed)
Data Size: 7179871 Bytes = 6.8 MB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Starting kernel ...
Uncompressing Linux... done, booting the kernel.[ Szerkesztve ]
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
Tóniszomszéd
csendes tag
válasz Mr Dini #24537 üzenetére
Uboot nekem ismeretlen. Viszont a root=... paraméter a kernelé, ha annak tudsz paramétert adni, akkor illene működnie loadertől függetlenül.
http://www.denx.de/wiki/view/DULG/LinuxKernelArgs
Ez nem segít?[ Szerkesztve ]
-
válasz Tóniszomszéd #24538 üzenetére
Ez oke, de a pendriveom mi lesz? /dev/sda1? (marmint a root= parameternel)
Najó, asszem teszek a partícióra Label-t, ha mashogy nem megy...
[ Szerkesztve ]
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
-
-
-
vargalex
félisten
Sziasztok!
Még mindig a kis Asrock Q1900-ITX miniPC, Arch Linux-al. Visszakerült a helyére, viszont az a furcsaság van, hogy ha nem fut igazából semmilyen szolgáltatás (na, jó, az sshd-t nyilván nem tiltottam le), akkor is 1-es fölött van a load. A top kimenetében az látszik, hogy a kworker és a ksoftirqd összesen folyamatosan 30% körül eszi az egyik magot:
95 root 20 0 0,0m 0,0m 17,2 0,0 0:47.50 D kworker/0:1
3 root 20 0 0,0m 0,0m 12,6 0,0 0:37.31 S ksoftirqd/0Mitől lehet ez? A korábbi Q1900-ITX-el ilyen problémám nem volt. Lehet, hogy összefügg ezzel (és a korábbi példány szintén nem produkálta) az az, hogy boot-kor USB hibákat látok, pedig nincs is USB-s eszköz csatlakoztatva:
[ 0.991389] usbcore: registered new interface driver usbfs
[ 0.991420] usbcore: registered new interface driver hub
[ 0.991471] usbcore: registered new device driver usb
[ 1.354093] usb 1-1: new low-speed USB device number 2 using xhci_hcd
[ 1.517716] usb 1-1: device descriptor read/64, error -71
[ 1.781358] usb 1-1: device descriptor read/64, error -71
[ 1.991611] usb 2-1: new SuperSpeed USB device number 2 using xhci_hcd
[ 2.164795] usb 1-1: new full-speed USB device number 3 using xhci_hcd
[ 2.485771] usb 1-1: new low-speed USB device number 4 using xhci_hcd
[ 2.486301] usb 1-1: Device not responding to setup address.
[ 2.690117] usb 1-1: Device not responding to setup address.
[ 2.892788] usb 1-1: device not accepting address 4, error -71
[ 3.053072] usb 1-1: new high-speed USB device number 5 using xhci_hcd
[ 3.233273] usb 1-2: new high-speed USB device number 6 using xhci_hcdLTS kernellel nem látszik a top-ban, hogy nagyon enné a kworker és ksoftirqd, de ugyan úgy 1-es a load.
Mi lehet a gond? Én kezdek hardware hibára is gyanakodni. Ugyanakkor az USB-s eszközet (pendrive-ot, logitech receivert próbáltam) felismer, illetve természetesen használható is bármelyik portra csatlakoztatva.
Szerk.: BIOS-ban letiltottam az USB-t és így normalizálódott. Lehet, hogy nem foglalkozom vele, úgyis csak szerver.
[ Szerkesztve ]
Alex
-
Vladi
nagyúr
válasz vargalex #24543 üzenetére
Anno t40-esem csinált valami hasonlót. googlizás után nekem ez hardver hibának tűnik. usb kivezetés van? Azt le tudod húzni az alaplapról? usb-n ha adattárolót rádugsz, akkor milyen tempóban másol?
dmesg-et tudnál még nézni. Ha meg hardver hiba, talán segít ha lekapcsolod, de félő, hogy az alaplapon döglődik a vezérlő.
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
-
vargalex
félisten
Van az alaplapon is tüskesor az USB2-nek, illetve USB3-nak. De az nincs kivezetve. A hátlapi USB- be csatlakoztatva viszont működnek az eszközök, ahogy írtam. Sebességet majd alkalomadtán nézek, mert kell szereznem egy PS/2 billentyűzetet. Mert most az USB-s nem játszik.
Dmesg-ben ezzel kapcsolatban annyi van, amit bemásoltam.
Tápot majd még megnézem, mert nem vagyok biztos a PicoPSU-ban... Mondjuk, ha a CPU-nak elég, nehogy kevés legyen már az USB-nek. Persze az egyik 5V-os ág lehet akár hibás is. Azzal nem vagyok tisztában, hogy valamelyiket csak az USB vezérlő kapja-e.
Most kaptam garis cserében a lapot, így ismét van 3 év garim. Viszont mivel igazából működik, visszavinni nem akarom, mert bevizsgálják, majd azt mondják, hogy jó és még én fizethetek...[ Szerkesztve ]
Alex
-
Fecogame
veterán
Debian 8-asom van, webszerverként üzemel.
apt-get update && apt-get upgrade
Ezzel a paranccsal a fent lévő Apache is frissül?
Lassú a mobilinterneted? 4G/LTE antennák, közvetlenül raktárról ---> http://bit.ly/LTE_Antennak
-
Fecogame
veterán
Új hozzászólás Aktív témák
- OpenWRT topic
- Milyen RAM-ot vegyek?
- Stellar Blade
- Megjelent a Moondrop audio-fókuszú telefonja Kínában, lesz globális verzió is
- bitpork: Fogyasztásra ítélve
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Lelövi a Roccat márkanevet a Turtle Beach
- Milyen TV-t vegyek?
- Milyen hagyományos (nem okos-) telefont vegyek?
- Milyen egeret válasszak?
- További aktív témák...
- World of Warcraft Shadowlands Collectors edition EU EN
- Adobe Creative Cloud - 2024. 04. 05 - 2025. 04. 05-ig
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- Steam, Windows, Origin kulcsok, előfizetések közvetlenül a kiadótól, a LEGJOBB ÁRON!