Hirdetés
- droidic: Windows 11 önállóság nélküli világ: a kontroll új korszaka
- sziku69: Fűzzük össze a szavakat :)
- Meggyi001: Kuponok....
- Magga: PLEX: multimédia az egész lakásban
- Luck Dragon: Asszociációs játék. :)
- bambano: Bambanő háza tája
- Brogyi: CTEK akkumulátor töltő és másolatai
- sziku69: Szólánc.
- Mr Dini: Mindent a StreamSharkról!
- sidi: 386-os Chicony gázplazma laptop memóriabővítése
-
LOGOUT
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
-
Jester01
veterán
A Kconfig fájlokat kell végignézni.
Már biztos megtaláltad, az arch/x86/xen/Kconfig-ban van:config XEN_DOM0
def_bool y
depends on XEN && PCI_XEN && SWIOTLB_XEN
depends on X86_LOCAL_APIC && X86_IO_APIC && ACPI && PCIA "def_bool y" miatt nem lehet állítgani, mindig be lesz kapcsolva ha a feltételek adottak.
-
Jester01
veterán
válasz
Jester01
#14887
üzenetére
Íme:
$ git init mine
Initialized empty Git repository in /tmp/mine/.git/
$ cd mine
$ git config user.name 'Me Myself'
$ git config user.email 'me@example.com'
$ echo mine > test.txt
$ git add test.txt
$ git commit -m 'My commit'
[master (root-commit) 7afaf52] My commit
1 files changed, 1 insertions(+), 0 deletions(-)
create mode 100644 test.txt
$ cd ..
$ git clone mine other
Cloning into other...
done.
$ cd other
$ git config user.name 'A U Thor'
$ git config user.email 'author@example.com'
$ echo other > test.txt
$ git add test.txt
$ git commit -m 'Other commit'
[master 0ac3ca2] Other commit
1 files changed, 1 insertions(+), 1 deletions(-)
$ cd ../mine
$ git fetch ../other
remote: Counting objects: 5, done.
remote: Total 3 (delta 0), reused 0 (delta 0)
Unpacking objects: 100% (3/3), done.
From ../other
* branch HEAD -> FETCH_HEAD
$ git cherry-pick 0ac3ca2
Finished one cherry-pick.
[master 4ea18f5] Other commit
Author: A U Thor <author@example.com>
1 files changed, 1 insertions(+), 1 deletions(-)
$ git log --pretty=full
commit 4ea18f55d353900b46e18ae6d099063257adcda3
Author: A U Thor <author@example.com>
Commit: Me Myself <me@example.com>
Other commit
commit 7afaf5285c67bf39acec42f8dbd312724dccc49e
Author: Me Myself <me@example.com>
Commit: Me Myself <me@example.com>
My commit
$ cat test.txt
other -
Jester01
veterán
# hdparm -C /dev/sda
/dev/sda:
drive state is: active/idleman hdparm:
Check the current IDE power mode status, which will always be one of unknown (drive does not support this command), active/idle (normal operation), standby (low power mode, drive has spun down), or sleeping (lowest power mode, drive is completely shut down). -
-
Jester01
veterán
Linuxon a directory elválasztó jel az előre per /.
Ez az egyik dolog. Másik dolog, hogy az sh kompatibilis shellekben (parancsértelmezőkben) a zárójelek speciális karakternek számítanak, ezért őket meg kell jelölni (escape) ha azt szeretnéd, hogy a shell ne értelmezze őket. Erre a visszaper \ (backslash) szolgál. Ugyanez vonatkozik egyéb speciális karakterekre is, különös tekintettel a szóközre és társaira. Ha az egész argumentumot egyszeres idézőjelek (aposztrófok, ') közé teszed, akkor nem kell a visszaperekkel bajlódni (feltéve, hogy nincs aposztróf a szövegben). -
#14697
Jester01
veterán
MasterMark
#14696
Jester01
veterán
válasz
MasterMark
#14696
üzenetére
Akkor is (*) el kellene indulnia, feltéve, hogy az alaplapodon a boot sorrend megfelelően van beállítva. Én is olyan gépen használom amiben van belső merevlemez is, induláskor az alaplap boot menüjében kiválasztom, hogy a pendrive-ot szeretném.
(*): rádugott vinyóval
-
-
Jester01
veterán
válasz
Keeperv85
#14645
üzenetére
A linux sok különböző disztribúció több különböző grafikus környezettel, így általánosságban nehéz róla beszélni. A Linux Mint 12 LXDE változatot pedig konkrétan nem ismerem, de azért lássuk:
- swap partíció: esélyes, hogy te rontottál el valamit, mert én még olyan telepítővel nem találkoztam ami kérdés nélkül létező partíciót felülvágott volna.
- kártyaolvasó: a lecsatolás logikai művelet, nem befolyásolja a kártya fizikai állapotát. Csak azt jelenti, hogy a rendszermemóriában lévő adatokat kiírja (már ha van valami függőben.) Mellesleg még ha nem is látod, de (szabályos) leállításnál minden eszköz le lesz csatolva.
- HDD második partíció / pendrive: passz, az én rendszerem egyáltalán nem csatol semmit automatikusan, mert én azt nem szeretem
- hiányos magyar fordítás: minden bizonnyal a közösség készítette. Lehet javítani, de szidni nem érdemes.
- ki akarok tenni egy tetves parancsikont el kell indítani a terminalt: ha jól tudom az LXDE kifejezetten pehelysúlyú környezet, ez lehet, hogy kimaradt.
- Béta teszt? Az minek mi? : például debian disztribúcióban elég komoly kiadási folyamat van, teszt verzióval, miegymással.
- Elég neki egy 20 GB-os tar, jobb katt, bontsd ki kombó... : nem tudom miben jobb klikkelsz és mit jelent a "kifagy", így erre nem tudok érdemben reagálni, azon túl, hogy nekem sose fagyott ki kicsomagolás. Mondjuk a tar, különösen valamilyen tömörítéssel, elég mazochista dolog ekkora méretben mert nem lehet egy-egy fájlt gyorsan kikapni belőle (de még csak fájl listát se kapsz). Ez a formátum jellemzője. Ettől eltekintve nem okozhat gondot.
- kapcsoljuk ki a GUI-t, mert az sem kell többet. Jó a Terminal végül is: bizony, sok dologra nagyon is jó.
- megengedi, hogy kikapcsold az egyetlen monitorod a kezelőben?: miért ne engedné? (Ez egyébként sem a "stabilitás" kategória)
- drag&drop + kuka: ez az adott desktop environment jellemzője. A d&d amúgy valóban nem egységes.
-
Jester01
veterán
válasz
Siriusb
#14584
üzenetére
Zárójelben jegyzem meg, hogy a hardvertámogatás leginkább kernel és firmware függvénye, ezeket pedig bármelyik disztróban cserélgetheted. Én mindig saját kernelt fordítok. Ezért nem kell új disztrót keresni.
Az ész nélküli frissítésről annyit, hogy a 3.4-es kernel például nálam összeborult ezért visszaváltottam a 3.0-ra.
A disztróháborúhoz pedig: nekem a debian rendszerem már lassan 14 éves lesz, mindig csak frissítve volt. apt rulez
UI: a radeonom is tök jól működik.
Nem válasz akart lenni.
-
Jester01
veterán
válasz
atesss
#14317
üzenetére
Nna, kipróbáltam.
Az én alaplapommal muszáj volt az IGP-t beállítani elsődlegesnek, különben letiltotta. Így sajnos nem azon a monitoron bootol amin szeretném de hát ez van.
Kernelbe kell vga arbiter támogatás, értelemszerűen legalább annyi GPU-ra mint amennyi van (nekem persze nem volt csak 1-re úgyhogy kellett egy fordítás).
A már meglévő xorg.conf-ot a diszkrét kártyámhoz békén hagytam, csak arra kell ügyelni, hogy legyen benne megfelelő BusID opció. Az IGP-nek csináltam egy másik configot, amiben egy szabállyal letiltottam az összes beviteli eszközt majd célirányosan az ehhez tartozó egeret és billentyűzetet hozzárendeltem usb id alapján. Ezután már el lehet indítani 2 X szervert és mind a kettőn elvégezni az egyéb beállításokat. 3D gyorsítás is megy, a saját GPU-val. Amit problémát a pár perces próba során észrevettem, az az, hogy nem igazán szereti ha leállítom ha már egyszer elindult. Egyelőre az fglrx bináris driverrel próbáltam csak. -
Jester01
veterán
válasz
Fooler89
#14332
üzenetére
Grafikai hibák - némelyik fglrx verzióval előfordult ilyen. Nem kell mindig a legújabb ám.
videolejátszásnál van gond főleg full hdban - nekem sose volt
gui nélkül bootol be - én mindig gui nélkül bootolok, azt is igen ritkán. Elindulni mindig elindult az X. Érdekességképpen, az nvidia-s laptop viszont néha csontra fagy X induláskor
Hardveres gyorsítás xfce ablak kezelőjénél mindig hibázott. - passz, nem használok se xfce-t se idióta 3d ablakkezelőket
3d-s(opengl-es) alkalmazást én még nem tudtam normálisan atin használni - repülőszimulátorral sok-sok órát teljesítettem már, és az mplayer-t is opengl output driverrel használom. A SuperTuxKart-ra emlékszem még és persze az unigine benchmarkokra. Meg a webgl-es quake demóra és a nexuiz-ra de ezeket csak megnéztem.
Gnome 3 teljesen kilőve - passz, nem próbáltam -
Jester01
veterán
Szerintem van értelme a multiseat megoldásnak mert olcsóbb és olcsóbban is üzemeltethető. Azonos drivert használó kártyák mellett nem hiszem, hogy 1 óránál tovább tartana belőni. A végén annyira felbosszantotok hogy visszakapcsolom az alaplapi HD4200-at, kipróbálás céljából
-
Jester01
veterán
válasz
Rickazoid
#14188
üzenetére
Nem biztos, hogy mindig a legfrisebb a legjobb. Ez mindenesetre kernel bugra utal, bár lehet, hogy csak következmény:
May 3 11:36:48 lynx kernel: [ 2289.776499] BUG: unable to handle kernel paging request at 0000000000001000Viszont egy ilyen után már nem megbízható a futó kernel.
-
Jester01
veterán
válasz
bambano
#14163
üzenetére
Én meg azt hallottam, hogy az AMD aktívan támogatja a nyílt forráskódot. Ezért én azóta nem vettem nvidiat
Egyébként ugye havonta van bináris driver, előfordul, hogy némelyik bugos. De hát nem kell mindig a legfrissebb. Egy-egy ilyen esettől eltekintve, nem futottam komoly problémába. Mondjuk a hardveres videódekódolásra nincs szükségem, a proci az alap 800MHz-en is megbírkózik az 1080p hd blu-ray rippel.
-
#14147
Jester01
veterán
szilardsebok
#14145
Jester01
veterán
válasz
szilardsebok
#14145
üzenetére
Megnéztem, valóban nincs 2.6.38-ban. Szerintem a legegyszerűbb az lenne, ha kernelt frissítenél. Pechedre éppen a 2.6.39-be került bele.
Ja igen, a legegyszerűbb valóban úgy frissíteni a kernelt ha egy frissebb disztrót teszel fel
-
#14144
Jester01
veterán
szilardsebok
#14143
Jester01
veterán
válasz
szilardsebok
#14143
üzenetére
A kernelben lévő ralink rt2x00 / rt2800usb driver nem jó?
Vagy lehet, hogy a 2.6.38-ban még nincs.
-
-
Jester01
veterán
cat /path/file | ssh user@host 'cat > /path/file'
De ha ssh van, akkor scp is szokott lenni az meg sokkal egyszerűbb:
scp /path/file user@host:/path/fileSzerintem nem tud a normál syslogd így szűrni, ki kellene kapcsolni inkább a driverben az üzenetet. Ha máshogy nem, hát forráskódban. Open source
-
Jester01
veterán
válasz
The DJ
#14110
üzenetére
Úgy látszik nem kompatibilis a gdb a fordítóval. Esetleg megnézheted tud-e más formátumban írni. Ilyesmiket érdemes végigpróbálni: -ggdb -gstabs -gdwarf-2 (ezekből egyszerre egyet) illetve opcionálisan még -g1 (ez csökkenti az információt, hátha legalább részletes adatok lesznek).
Ezenfelül, mint azt már korábban javasoltam, a routeren bekapcsolhatod a core dump-ot (ulimit -c unlimited vagy ilyesmi) és akkor a keletkezett fájlt a fejlesztő gépedre másolva betöltheted gdb-be ha van mips verziód. Talán az jobban illeszkedik a fordítódhoz.
-
-
-
Jester01
veterán
válasz
bambano
#14089
üzenetére
Minden bizonnyal a megfelelő assemblert hívja, mivel a gcc alapból is assembly kódot generál és már sikerült neki pár modult lefordítania. Az inline asm blokkokat még a gcc alakítja át és illeszti be az assembly kimenetbe. Az adott hibaüzenet még a gcc-től jön, mivel az assembler már nem tudná hogy a problémás kódrészlet asm blokk volt.
A gcc valóban tudja mit mivel fordítson, de a makefile minden bizonnyal a szokásos CXX-re hivatkozott, ami ha nincs beállítva akkor az alapértelmezés szerint a natív fordító lesz. Itt pedig cross-compile van, ezért nem lett jó.
Az "egy architektúra" az definíció kérdése - a "mips" fordító több alváltozatra tud fordítani, amelyek kisebb-nagyobb mértékben eltérhetnek. Hasonlóan az x86-os gcc is tud 32 és 64 bites kódot generálni, illetve megadható a kismillió különböző utasításkészlet bővítmény (sse és társai) is. Például ez a kis értelmetlen asm blokk:
__asm__ __volatile__ ("nop" : : "x" (1.0));
az alap 32 bites gcc-vel (vagy 64 bites esetén -m32 kapcsolóval) ilyen hibát dob:
error: impossible constraint in 'asm'
Ha bekapcsolod az sse támogatást akkor lefordul. Lehet, hogy a kolléga is valami olyanba futott bele ami a default architektúrán nem megy. -
Jester01
veterán
válasz
The DJ
#14087
üzenetére
Nem ismerem azt a konkrét gcc verziót, de gondolom a dokumentációja vagy a helpje megmondja. Az általános MIPS opciók a leírás szerint:
-march=arch
Generate code that will run on arch, which can be the name
of a generic MIPS ISA, or the name of a particular processor.
The ISA names are: `mips1', `mips2', `mips3', `mips4', `mips32', `mips32r2',
`mips64' and `mips64r2'. The processor names are: `4kc', `4km', `4kp', `4ksc',
`4kec', `4kem', `4kep', `4ksd', `5kc', `5kf', `20kc', `24kc', `24kf2_1', `24kf1_1',
`24kec', `24kef2_1', `24kef1_1', `34kc', `34kf2_1', `34kf1_1', `74kc', `74kf2_1',
`74kf1_1', `74kf3_2', `loongson2e', `loongson2f', `m4k', `octeon', `orion',
`r2000', `r3000', `r3900', `r4000', `r4400', `r4600', `r4650', `r6000', `r8000',
`rm7000', `rm9000', `r10000', `r12000', `r14000', `r16000', `sb1', `sr71000',
`vr4100', `vr4111', `vr4120', `vr4130', `vr4300', `vr5000', `vr5400', `vr5500'
and `xlr'. The special value `from-abi' selects the most compatible architecture
for the selected ABI (that is, `mips1' for 32-bit ABIs and `mips3' for 64-bit ABIs).Hogy neked melyik kell, azt nem tudom. Mint ahogy azt sem, hogy ez segít-e. Ha nem, akkor meg kell keresni az ntohs definícióját. Feltehetőleg valamelyik rendszer headerben, de az is lehet, hogy a fordítani kívánt programban van saját (rossz) verzió belőle.
MOD: a build rendszerbe feltehetőleg a CXXFLAGS és CFLAGS változókon keresztül lehet beadni.
-
Jester01
veterán
válasz
The DJ
#14077
üzenetére
Ahha. Hát az az ld parancssor abban a formában nem linkeli hozzá a C/C++ dolgokat. Mivel ez csak egy teszt program így gondolom ez nem különösebb probléma. Próbáld meg linkernek megadni a g++-t (akkor majd arra kell vigyázni, hogy van-e C program is, mert azt is C++-ként fogja esetleg linkelni).
Tehát: LD=mips-openwrt-linux-uclibc-g++
-
#13977
Jester01
veterán
Speeedfire
#13976
Jester01
veterán
válasz
Speeedfire
#13976
üzenetére
A tune2fs bináris nem kompatibilis a telepített libext2fs könyvtárral.
-
#13951
Jester01
veterán
MoneyHunter
#13950
Jester01
veterán
válasz
MoneyHunter
#13950
üzenetére
uid, gid paraméterekkel megadhatod a tulajdonost és/vagy umask, dmask, fmask paraméterekkel a jogosultságokat.
Például umask=000 mindenre mindenkinek minden jogot ad. dmask=000,fmask=111 ugyanezt teszi, de a fájlokról leveszi a végrehajtást (execute).
-
Jester01
veterán
válasz
CPT.Pirk
#13923
üzenetére
Némi méretnövekedés várható mert a live image általában tömörített. Persze senki nem mondta, hogy nem használhatod tovább a tömörített image-t merevlemezről de ez leginkább csak addig célszerű amíg nem akarsz sokmindent frissítgetni.
Akárhogyis, az én debianom mindenféle földi jóval megtömve is éppencsak átlépte a 4 gigát (nem számítva a saját cuccaimat meg a /var alatt felgyűlt szemetet).
-
Jester01
veterán
A démonokat általában az /etc/init.d alatti scriptek indítják, rootként. A szükséges tennivalók elvégzése után átváltanak a megfelelő felhasználóra. Tehát létrehozhatja a /var/run alatt amit kell. Például az xrdp így csinálja:
# Tasks that can only be run as root
if [ "$(id -u)" = "0" ]; then
# Check for pid dir
if [ ! -d $PIDDIR ] ; then
mkdir $PIDDIR
fi
chown $USERID:$USERID $PIDDIRTipikus rendszeren egyébként a /var/run alatti directoryk nem törlődnek, hacsak nem ramdisken vannak. Nekem van még 2004-es is.
-
Jester01
veterán
Ez valami kernel panic/bug a kép alapján.
Ha nincs root azt kifejezetten ki szokta írni valami olyasmi üzenettel, hogy "Cannot find root device". Ha pedig initramfs van és nincs meg az igazi root, akkor emlékeim szerint ott megáll és nincs panic.Lenry: bambano mondta, hogy kapcsold ki az acpi-t. Amikor ezt megtetted, nem változott a hibaüzenet? Mert ha sikerült kikapcsolni, akkor nem lenne szabad továbbra is az acpi-nak szerepelnie benne...
-
Jester01
veterán
Az egyik az mindig az aktuális working directory lesz, a másik pedig a ~/.mc/panels.ini other_dir beállítása alapján (ugyanott lehet állítani, hogy bal vagy jobb)
MOD: illetve ezen felül meg is lehet adni parancssorban:
"If specified, the first path name is the directory to show in the selected panel; the second path name is the directory to be shown in the other panel." -
Jester01
veterán
válasz
Rickazoid
#13687
üzenetére
Amitől viszont a hideg kiráz, az a GRUB2. Agyonbonyolították, hogy csicsás legyen
A csicsás rész nem tudom melyik, valóban kicsit bonyolult viszont hihetetlenül sokoldalú. Például a live cd iso-t úgy indítja usb pendrive-ról, hogy az iso ext3 fájlrendszerre van felmásolva, benne a kernel és egy initramfs is. Nekem tetszik.
-
Jester01
veterán
Látod, 32 bitben akarja nyomni:
(==) TRIDENT(0): Depth 24, (--) framebuffer bpp 32
Ezért:
(II) TRIDENT(0): Creating default Display subsection in Screen section
"Default Screen" for depth/fbbpp 24/32Próbáld meg az alábbi Screen szekciót:
Section "Screen"
Identifier "Default Screen"
Monitor "Configured Monitor"
DefaultDepth 16
SubSection "Display"
Depth 16
Modes "800x600@60"
EndSubSection
EndSectionAz 1 bit lehet, hogy kevés, célszerű default-ot is megadni, illetve a mód nevét rosszul írtad.
-
Jester01
veterán
Hm, a 800x600@60Hz elvileg bele kellene férjen azokba a frekvenciatartományokba, de lehet hogy pont ilyen default nincs (mondjuk nekem van).
Felbontásokat többféleképpen is megadhatsz az xorg.conf-ban (vagy annak a darabjaiban). Legyegyszerűbb az egysoros ModeLine forma a Monitor szekcióban. Célszerűen valami felismerhető nevet adj neki, akkor fogod látni a logban mi történik vele.
-
Jester01
veterán
Először is nézd meg az Xorg.log-ban ír-e valamit a maximális órajelekről (dot clock, h/v refresh) Ha rosszak az értékek, akkor bíráld felül őket. Például fglrx ilyet ír (nem tudom trident driver is csinál-e hasonlót):
[ 58.175] (II) fglrx(0): Ranges: V min: 56 V max: 76 Hz, H min: 30 H max: 83 kHz, PixClock max 175 MHz
Továbbá nézd meg ír-e valamit arról, hogy a hozzáadott 800x600-as módot észrevette és miért dobta ki.
-
Jester01
veterán
A vfs_cache_pressure csak egy szorzó, így bármennyit meg lehet adni. Általában csökkenteni szokás, elvileg lehet 0 is de akkor lehet, hogy megeszi az összes memóriát
Továbbá megtudtam, hogy a readahead-et a max_sectors_kb-nál nem érdemes nagyobbra venni, mert a 2 minimumát használja.
Ez nem igaz. Van (volt?) egy bug ami a sysfs interfészen keresztül nem engedett nagyobbat beállítani, de az ioctl segítségével lehet. Célszerűen a blockdev program segítségével.
A read ahead minimum értéke feltehetőleg 0.
Most olvastam, hogy a max_hw_sectors_kb értéknél nem lehet nagyobb. Ez igaz?
A max_sectors_kb nem lehet nagyobb a max_hw_sectors_kb értéknél, ez utóbbi pedig fix.
Új hozzászólás Aktív témák
- Battlefield 6
- Motorolaj, hajtóműolaj, hűtőfolyadék, adalékok és szűrők topikja
- Gitáros topic
- Egérpad topik
- Kedvcsinálót kapott az Avatar: Frontiers of Pandora - From the Ashes
- Autós topik
- Melyik a legerősebb Low Profile VGA kártya?
- Hobby elektronika
- Telekom mobilszolgáltatások
- Hardcore café
- További aktív témák...
- GYÖNYÖRŰ iPhone 12 Pro Max 256GB Graphite -1 ÉV GARANCIA - Kártyafüggetlen, MS3375, 100% Akkumulátor
- GYÖNYÖRŰ iPhone 13 Pro Max 128GB Graphite -1 ÉV GARANCIA - Kártyafüggetlen, MS3063
- MS SQL Server 2016, 2017, 2019
- ÁRGARANCIA!Épített KomPhone i5 13400F 16/32/64GB RAM RTX 5060 Ti 8GB GAMER PC termékbeszámítással
- ÁRGARANCIA!Épített KomPhone i5 14600KF 32/64GB RAM RX 7800 XT 16GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: NetGo.hu Kft.
Város: Gödöllő
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest