- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- SSD kibeszélő
- Akár 368 TB-nyi NVMe SSD-t is pakolhatunk a Western Digital "kofferébe"
- VR topik (Oculus Rift, stb.)
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Hobby elektronika
- Analóg kapcsolós klaviatúrák triója a Razer fémjelzésével
- Projektor topic
- Autós kamerák
- Épített vízhűtés (nem kompakt) topic
Hirdetés
-
Premier előzetest kapott a Sker Ritual teljes kiadása
gp Véget ért az early access időszak, a végső kiadás konzolokra is befutott.
-
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 :)
-
Sony Xperia bemutató lesz május 17-én
ma Különleges Xperia eseményt tart a Sony Tokióban, száz résztvevőt invitálnak.
-
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
-
Sipi
addikt
Bár anno sem nekem, sem másnak nem lett ettől fagyása... Legfeljebb marha lassú cd-elérése.
Ha két géped van, a fagyás után be kellene ssh-val lépni a fagyottra, és dmesg. Anno így vadásztam le az nvidia driver hibáját.
Sipi
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
GD
őstag
kigyomláltam a kernelben az ide cuccokat, csak scsi maradt, addig oké ,látja a vigyót, de a /dev/s* alatt semmi optikai drive-ra utaló jel nincs, dmesgben sem..
szóval azt kellene tudni libatával hogy lehet pata optikai drive-ot elővadászni vmi /dev/s* akármiként..
eddig csak vakvágányokon mozogtam google-n..
ötlet?ps: /etc/modprobe.d/blacklist-ben hatástalanok voltak a modulok tiltásai..
-
Sipi
addikt
Tehát két dolog kell. Az SCSI részben beleforgatni az SCSI cd és hdd támogatását. Majd az új Serial ATA rétegben bekapcsolni a SATA ÉS a PATA vezérlőt! Mind a kettő kell, ha a PATA-eszközök is kellenek. Vagyis nálad két darab vezérlő kell, az nvidia SATA és amd/nvidia PATA.
Ezután sda lesz a vinyó, sr0 a cd/dvd.
Nem elég a SCSI latti rész. Igazából nem is az a fontos, hanem a device drivers részben kb egymás alatt lévő ata/atapi/mfm kikapcsolása, alatta az SCSI-nél a cd/hdd bekapcs, és alatta a serial ata részben a vezérlő. Ha a kerneledben nincs ilyen rész, akkor gáz...
P.S.: már ez is megoldás. Ha nincs optikai drive, nem is fog tőle fagyni a gép.
Sipi
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
GD
őstag
üdv!
2-6-23
szóval: Device Drivers
ATA/ATAPI/MFM/RLL support :minden off gyökérből
SCSI device support: minden modul bentvan (cd, disk,stb..)és van egy olyan: Serial ATA (prod) and paralell ATA (experminetal) drivers
itt van AHCI sata, nvidia sata és nvidia pata..stb.. is.. ezek kellenek?
nem értem ez a kategória a scsi, libata stb alrendszer vagy ebben vegyesen van pata, sata is? mert akkor ismét bekeveredik a történetbe a pata ami nem kellene..[ Szerkesztve ]
-
Sipi
addikt
ATA/ATAPI/MFM/RLL support :minden off gyökérből
Igen.SCSI device support: minden modul bentvan (cd, disk,stb..)
Ne modulba. Ha nincs vinyó-támogatás, hogy fogja betölteni a root partíciót?Serial ATA (prod) and paralell ATA (experminetal) drivers
Igen, ez az. Az AHCI nem jó, az nvidia nem szabványos, nem működik vele. A két nvidia kell, pata és sata.Ne keverd a dolgokat. A pata vezérlőnek pata driver kell, a sata vezérlőnek sata. De nem mindegy, az alrendszer mi. Jelenleg kidobják a régi IDE-alrendszert, áttérnek arra, amit a sata-hoz fejlesztettek ki. Mivel pata eszközöd és vezérlőd is van, kell a pata, de ez is az új, libata rétegen keresztül lesz vezérelve. Annyira, hogy nem lesz többé hd* eszközöd, csak sd* és sr*.
Szóval nem lesz ide-alrendszered, csak libata. Ez az scsi-ből fejlődött ki. Ebben van benne minden ide-driver, legyen az sata vagy pata. És mivel scsi-re épül, a lemezkezelést (cd, hdd, stb eszközök) az scsi menüben kell bekapcsolni, scsi vinyó, scsi cd...
Sipi
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
GD
őstag
optikai drive libatával:
ata3: PATA max UDMA/133 cmd 0x000101f0 ctl 0x000103f6 bmdma 0x0001ffa0 irq 14
ata4: PATA max UDMA/133 cmd 0x00010170 ctl 0x00010376 bmdma 0x0001ffa8 irq 15
ata4.00: ATAPI: TSSTcorpCD/DVDW TS-L632D, as99, max UDMA/33
ata4.00: configured for UDMA/33
scsi 3:0:0:0: CD-ROM TSSTcorp CD/DVDW TS-L632D as99 PQ: 0 ANSI: 5
sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
sr 3:0:0:0: Attached scsi CD-ROM sr0
sr 3:0:0:0: Attached scsi generic sg1 type 5de, ilyenekkel telik a dmesg..
ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
ata4.00: cmd a0/00:00:00:00:20/00:00:00:00:00/a0 tag 0 cdb 0x0 data 0
res 51/20:03:00:00:00/00:00:00:00:00/a0 Emask 0x1 (device error)
ata4.00: configured for UDMA/33
ata4: EH complete
ata4.00: qc timeout (cmd 0xa0)
ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
ata4.00: cmd a0/00:00:00:00:20/00:00:00:00:00/a0 tag 0 cdb 0x43 data 12 in
res 51/20:03:00:00:00/00:00:00:00:00/a0 Emask 0x5 (timeout)
ata4: port is slow to respond, please be patient (Status 0xd0)
ata4: device not ready (errno=-16), forcing hardreset
ata4: soft resetting port
ata4.00: configured for UDMA/33
ata4: EH pending after completion, repeating EH (cnt=4)
ata4: EH complete
ata4.00: qc timeout (cmd 0xa0)gúglizok, ha vkinek ismerős a jelenség kiabáljon
-
GD
őstag
úgy néz ki egy kis bois drive állítás meg kernel paraméter megoldotta.. *kopkop*
-
GD
őstag
nem...
*gonosz vigyor*biosban a drive-nál az auto-t cdrom-ra raktam át
ez meg egy nforce sírás elleni trükk:
ugyan is találtam a logban ilyet is
"Clocksource tsc unstable (delta = -300030909 ns)" stb..acpi_use_timer_override mint kernel param.. mondjuk, nem néztem utána mit csináld, de a hatása jó
-
GD
őstag
új téma: kernelforgatás közben kíváncsiságból hagytam a nv framebuffer-t már nem emlékszem staticban vagy modulban de:
meglepődbe tapasztaltam mikor boot-olt a gép, hogy egyszer csak konzolban ugrott a felbontás, igen tetszetősre, sokkal jobb volt konzolosan dolgozni benne..
ilyet pár disztro live felboot-kor már láttam (gentoo, suse, knoppix)ennek az volt az ára, hogy az nvidia modul besírt, addig ő nem, amíg csúnya framebuffer igen..
tudom hogy sokat akarok :-) de! lehetséges e, hogy konzolban (nem gnome és egyéb terminál) a 3D desktop ellenére ilyen felbontásom legyen? és mekkora melóval jár ez?
ha üti az xorg alapelveket akkor nem kezdem magam beleásni..
köszi
-
Sipi
addikt
Az nv framebuffer ütközik az nvidia driverrel. De a vesa nem.
Vesa framebufferből kétféle van, de 64 biten csak az eredeti vesafb megy. (A vesefb-tng ki sem választható.) Mai napig ezzel használom az otthoni AMD64 gépemet, nvidia bináris driverrel.Jó leírások vannak a beállításról, csicsásításról a Gentoo Wiki lapján.
Sipi
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
GD
őstag
köszi, belerágom magam, bár mára már elég volt, 3 kernel forgatás
további project, mivel a libatával nem dolgozik együtt a cd-rom-speed frontend (legalább is nekem nem sikerült éleszteni), hogy python-al megpróbálok egy sajátot heggeszteni ami paraméterezi (mivel így már működik) a hdparm-ot
hdparm -E 4 /dev/cdrom
a szám lenne a változó amit egy ablakba beírok és egy "set" gomb.. szóval komoly programozói meló, biztos jót röhög aki olvassa és ért hozzá
így lassítani lehetne a dvd olvasót pl filmnézéskor, hogy ne legyen orkán erejű süvítése..bár katasztrófa filmek alatt jól jöhet mint térhatás..
-
doc
nagyúr
-
GD
őstag
hdparm -E `Xdialog --stdout --spinbox sebesseg 4 "cd sebesség"` /dev/cdrom
Xdialog: Error initializing the GUI...
Do you run under X11 with GTK+ v1.2.0+ installed ?/dev/cdrom:
setting cdrom speed to 0[ Szerkesztve ]
-
GD
őstag
megint fagy a notim..arrg...
a magára hagyott tétlen gép, csontá fagyott, se konzolra váltás, se ssh..
érdekes hogy a venti nem járt és a gép alja forró volt..
vmi olyan hal le aminek köze van a ventihez? vagy ez hw hiba?
sajnos xp alatt nem volt ilyesmi..bár nem is sokat használtam winnel..tanácstalan vagyok..
-
Core2duo6600
veterán
Van megoldás linuxon arra, hogy a lan os gépek ip címeit ne kelljen felsorolni a hosts file ban ?
Hogy ha név szerint hivatkozok rá, akkor megtalálja úgy mint win ben ?A router osztja ki az ip cimeket
Ha most hivatkozok név szerint akkor a dsl modem lámpája szerint kivül keresi
Másik kérdés, de ide is kapcsolódik, az alhálozati maszkot hol állítsam be, ezeket a dhcp ből meg kellene kapnia, hisz a win is megkapja ?!
Már látom, hogy megkapja, de ennek ellenére mikor egy belsőre hivatkozok név szerint kint keresi
Csak akkor megy ha a hosts ba beírom kézzel, de mivel dinamikusak a cimek, ezek változhatnak
És az lenne a lényeg, hogy ne kelljen mindig átírkálni öketAz interneten nincs gond, az mukodik rendesen, tuzfal a linuxban ki van kapcsolva
Opensuse 10.3 as amúgy[ Szerkesztve ]
Gigabyte Z390 Aorus master , Core i9 9900K, Asus RTX2070, 64 GB DDR4, Dell Latitude 6430
-
doc
nagyúr
válasz Core2duo6600 #4572 üzenetére
nyilván nem találja ki a nagy semmiből, hogy a "kiskutyus" nevű gépnek mi az ip-címe...
vagy megmondod neki kézzel, a hosts file-ban, vagy egy erre szolgáló szolgáltatást használsz (talán erre való a bind)
de kicsi hálózatban (4-5 gépnél) teljesen felesleges, be kell állítani a fix ip-címeket oszt' jóvan... -
GD
őstag
huh, gtk2-es elvileg igen, de most nagyobb a bajom:
ezeket találtam amik szembeötlően gyanusak lehetnek fagyásban:
ACPI Exception (processor_core-0818): AE_NOT_FOUND, Processor Device is not present [20070126]
ACPI: Invalid passive threshold
ACPI Error (psargs-0355): [\_PR_.P002._PPC] Namespace lookup failure, AE_NOT_FOUND
ACPI Error (psparse-0537): Method parse/execution failed [\_TZ_.TZ00._SCP] (Node c2059310), AE_NOT_FOUNDez a dmesg boot-kori produkciója..
-
GD
őstag
http://gentoo-wiki.com/HARDWARE_Asus_G1
a linken található ACPI javaslattal próbálkozom..
asus_acpi kikapcs, helyette asus-laptop modul lesz..
most tartok a gd.vol4-es kernelnél -
oati
csendes tag
Sziasztok!
Technikai tanácsra lenne szükségem. Debian linuxot használok. Egy windowsos szerver lett lecserélve, és tapasztalatom alapján sokkal gyorsabban, és hatékonyabban kiszolgálja a klienseket. A kliensek windows gépek, és TCP/IP protokollon keresztül kapcsolódnak. Csak egy bajom van. Ha a kliens helyi LAN hálón kapcsolódik fel, akkor a kapcsolat létrejöttéig van kb 10, 15 másodperces várakozás. Ugyanez a várakozás nincsen, ha kívűlről neten keresztül érem el az adatbázismotort (mysql). Vajon mi lehet ennek az oka?
Tanácsokat előre is köszönöm
AttilaAttila
-
oati
csendes tag
-
GD
őstag
ez mond valamit a szakiknak?
cat /proc/interrupts
CPU0
0: 257962 IO-APIC-edge timer
1: 556 IO-APIC-edge i8042
8: 2 IO-APIC-edge rtc
9: 14089 IO-APIC-fasteoi acpi
12: 12696 IO-APIC-edge i8042
14: 0 IO-APIC-edge libata
15: 2798 IO-APIC-edge libata
16: 11698 IO-APIC-fasteoi sata_nv
17: 834 IO-APIC-fasteoi ehci_hcd:usb1
18: 14763 IO-APIC-fasteoi ohci_hcd:usb2
19: 66455 IO-APIC-fasteoi nvidia
20: 2 IO-APIC-fasteoi ohci1394
21: 66310 IO-APIC-fasteoi wifi0
22: 0 IO-APIC-fasteoi sdhci:slot0
23: 415 IO-APIC-fasteoi HDA Intel
NMI: 0
LOC: 35786
ERR: 1
MIS: 0valószínűleg egy fantasztikusan fos asus + ami bios sikeres együttműködése kell ahhoz, hogy vki ennyit szívjon mint én..
-
-
-
GD
őstag
lehet hogy Sipi-t behúzom a csőbe és gentoo-ra adom a fejem.. akkor aztán lesz nemulass.
gentoo topic egy hónapig a kezdő kérdéseimmel töltődne nem tudom esetleg az ubuntu/debian volnal 64bites verziói hoznának e valami áttörést nekem.. még akkor is ha a 64bit hiányosságaival kell együtt élnem[ Szerkesztve ]
-
-
Core2duo6600
veterán
Most megoldottam úgy hogy beírtam a hosts file ba a gép nevét meg ip címét
hát onnan találja ki, vagy kellene kitalálni, hogy a router dns servere hisz van neki, az feloldja win alatt, innen gondoltam, hogy linux alatt is kellene, hogy müködjön és a sampa meg is találja
a gépet látom a hálóban ha megadom a kódot akkor rá is tudok menni
Vissza még nem müködik, de már rajta vagyokGigabyte Z390 Aorus master , Core i9 9900K, Asus RTX2070, 64 GB DDR4, Dell Latitude 6430
-
Rickenstein
senior tag
Ha notit telepítek én mindig elsőnek a hardware4linux -ot nézem meg. Ott álltalában van valami okosság a bugokra.
PS C:\>_
-
Rickenstein
senior tag
-
GD
őstag
2 napja stabil a notim: megosztom a tanulságokat:
hardware way: egy másik asus notebook családon belül dvdrw megcserélése, a samsung elég gázos model, most vmi matsuhita van benne (panasonic oem)
software way:
mivel az ubuntu-m (7.10) bétaként került még fel és úgy lett frissítgetve.. vhogy nem adta ki magát.. csináltam egy clean install-t
aztán, volt egy error a logban amire a google a madwifi (atheros) drivert írta hibának amit a zárt meghajtók alkalmazás tölt le
megoldás a legújabb madwifi driver leszedésdebian meg stable volt (etch) frissítve sid-re, nah, az a rendszer azóta is gázos
aztán még volt egy másik error is, erre a megoldás az fstab-ban a cd meghajtónál az iso9660 sorrendben elécsere az udf-nek
a kernel a gyári generic, semmit nem kellett eddig még hackolni vele..
kb ennyi, remélem ez már tartós öröm lesz
-
-
GD
őstag
válasz bambano #4593 üzenetére
ezek szerint a korai debian testing fázis valóban az, testing..
de sajnos laptopra a gnome pár újdonsága csak így jött fel
pl Fn key-ek, hibernáció, stb..
talán ahogy közeledik a kiadáshoz, megbízhatóbb lesz
ezek után a mainpc-n nem is merném a stabil és jó rendszeremet testingre frissíteni..
igazából minden megy, nincs rá szükség, max a perverz kíváncsiság[ Szerkesztve ]
-
ToG
csendes tag
Szevasztok,
segítség kellene. Mozilla Firefox-ot használok SuSe 9.3 alatt. Flash Player 9-et telepítettem. El is indul rendesen először. De következő indulásnál megint azt az üzenetet kapom, hogy nincs telepítve. A plugins könyvtárban ott van. Ha újra telepítem, azt az üzenetet kapom, hogy már telepítve van. Ha kiszedem és úgy telepítem újra, akkor megint megy. A "kiegészítők" között nem jelenik meg. Mit csinálok rosszul?
Segítségeteket előre is köszönöm. -
Daneey
tag
Nekem is testing van a notimon (IBM R50e), és szerencsére nincs semmi baja... Mostanában kezd a GNOME frissítgetni 2.2-re 2.18-ról a testing branch-ből.
Az Fn-keyeket még nem próbáltam (viszont a TFT fényerő állítgatás az megy Fn-ből), és a hibernációt TuxOnIce kernel-patch-el oldottam meg. Lekopogom, eddig működik...
[ Szerkesztve ]
-
GD
őstag
Új hozzászólás Aktív témák
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Steam, Windows, Origin kulcsok, előfizetések közvetlenül a kiadótól, a LEGJOBB ÁRON!
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
- Windows 10/11 Home/Pro , Office OEM/Retail kulcsok
- Windows 10 Home COA fizikai licencek kiárusítás ingyenes szállítással