-
Fototrend
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
-
rtom
senior tag
válasz
VladimirR
#7880
üzenetére
Az első fejezetet én költöttem, ezzel is próbálva oldani a leírás "szakmai" jellegét.
A doksit már lassan egy éve nem fejeztem be (valahogy nem tudom összeszedni hozzá az erőt...
), ha valakinek van hozzá kedve, szívesen megosztom írásra (sajna sh4d0w sem ér rá a FC fordítás mellett). -
doc
nagyúr
válasz
VladimirR
#7848
üzenetére
a gond az lesz (nem leminositve Wajkot, de mondta hogy nincs kozeli baratsagban a Linuxszal) hogy a mountolast meg kell meg ejteni elotte
errol erdemes valami kezdo Linux tutorialt atnezni, a lenyeg:
root felhasznaloval kiadod a kovetkezo parancsot:fdisk -l /dev/[sh]d[a-d]
(az ott egy kis L betu)
ez kilistazza a gepben levo osszes hdd particioit, ebbol kivalasztod azt a kettot (vagy tobbet) amelyik neked kell (a /dev/hd* az IDE-s, az sd* a scsi/sata vinyok), majd mountolod:
mount /dev/sda2 /mnt/old
(ha a /dev/sda2 a meglevo rendszer particioja)
-
rekid
addikt
-
Nkboy
senior tag
válasz
VladimirR
#7743
üzenetére
Jester01, VladimirR köszi mindkettőtöknek.
A hwclock --systohc parancs nem jött be, ugyanúgy visszaállt 2 órával a bios. Ezek után lefuttattam a hwclock --hctosys-t, ami elvileg beállítja a rendszeridőt a hardverórából, és közben a /etc/default/rcS fájlban átírtam az UTC értéket no -ra.
Jelenleg mind a két óra egyet mutat. Csak azt nem tudom, hogy most a hwclock --hctosys parancs, vagy az UTC átírása oldotta meg a problémát.
-
Vladi
nagyúr
válasz
VladimirR
#7674
üzenetére
Hány programot érint? Esetleg próbálj meg egy egyszerű teszttel. Fenn a két python egyszer az egyikkel, egyszer a másikkal.
Illetve nem tudom milyen csomagkezelésről van szó. Abban előfordul, hogy azt is meghatározzák, melyik a maximális verziószám. Az azért már gyanús lehet.
-
The DJ
addikt
válasz
VladimirR
#7670
üzenetére
Gondoltam megírom, hogy sikerült megoldani a problémámat az általad ajánlott SSH2 kiterjesztéssel. Sok időt megspóroltál, mert ezt személy szerint nem ismertem és már lassan a fejem vertem a falba, hogy nem jövök rá a megfelelő megoldásra.
Kisebb szívásokkal ugyan, de sikerült, például az istenért se értettem, hogy ha php.ini-ben az extension_dir a ./ akkor hogy a fenébe nem töltődik be a modul. Kiderült egy phpinfo-ból, hogy bizony nem is ott van az és totál más helyre kellett másolni az ssh2.so-t. A segítségével most már viszont könnyedén tudok weben keresztül parancsokat kiadni és elkészült a kezdetleges felület is, de bevallom őszintén azzal többet szívtam, mint az egész fordítgatási és telepítési folyamattal. Egyre jobban bánom, hogy nem mélyedtem bele anno a PHP-be, mert lassan már szégyellem, hogy egy egyszerű gombra kattintásos műveletet nem tudok egyedül elkészíteni.
Na de lényeg, hogy köszönöm, életmentő tipp volt
-
bambano
titán
válasz
VladimirR
#7663
üzenetére
igen, azt.
A fájlrendszerben nem javaslom a hagyományok követését, van linux file system hierarchy standard nevű doksi, szerintem azt érdemes követni. A /opt más oprendszereken az oprendszer által felpakolt, de az alapértelmezett oprendszerbe nem tartozó, opcionális csomagok gyűjtőhelye.
A saját magamtól felhekkelt programokat a /usr/local alá szoktam pakolni.
-
bambano
titán
válasz
VladimirR
#7658
üzenetére
Én olyankor külön könyvtárba szoktam tenni és legyalulom a könyvtárat, ha már nem kell. Vagy az összetartozó csomagokat szoktam egy könyvtárba tenni.
Utána elég a linkernek megmondani, hogy ott is van .so, nem feltétlenül kell linkelgetni. A rá épülő programok fordításakor meg megmondom, hogy ott is vannak headerek.
-
7
addikt
válasz
VladimirR
#7658
üzenetére
Itt azt írja, hogy ha mákod van, akkor a makefile készítője implementált uninstallt is, ha viszont nem, akkor a make -n install parancs segítségével meg tudod nézni, hogy milyen parancsok is kerültek volna végrehajtásra telepítéskor, ha ténylegesen fel is teszed azt a valamit. Onnan pedig már egyszerű levadászni, hogy pontosan milyen file-ok és symlinkek azok, amiket el kell tüntetni, ha nem kell már a program.
-
ngabor2
nagyúr
válasz
VladimirR
#7658
üzenetére
ha nem baj, én válaszolok: ha nincs automatizálva a makefile-ban az eltávolítás, akkor neked kell levadászni a dolgokat. esetleg kiegészíteni a makefile-t, hogy eltávolítani is tudjon. hozzáértőktől azt hallottam, hogy egy kis gyakorlás után nem olyan bonyolult. mivel én forrásból is csomagot szeretek csinálni, ezért ennek nem jártam utána, de egy makefile-t megnézve, valóban nem tűnik vészesnek.
-
VladimirR
nagyúr
válasz
VladimirR
#7623
üzenetére
no, ez egyre erdekesebb
ez megy:
axel -q -o /root/GeoIP.dat.gz http://geolite.maxmind.com/download/geoip/database/GeoLiteCountry/GeoIP.dat.gz && uncompress -f /root/GeoIP.dat.gz
ez nem:
axel -q -o /root/GeoIP.dat.gz http://geolite.maxmind.com/download/geoip/database/GeoLiteCountry/GeoIP.dat.gz && uncompress -f /root/GeoIP.dat.gz && echo -n 'GeoIP updated'
-
bambano
titán
válasz
VladimirR
#7621
üzenetére
A cron tudtommal mindig elküldi a lefuttatott job szabvány kimenetén megjelenő dolgokat emailben a rootnak, arra szerintem nem kell külön utasítás.
A date paraméterét én aposztrófok közé szoktam tenni: date '+%B' és akkor nincs baj.
Még egy dologra szoktam rá: ha egy program kimenetét ellenőrizni akarom, akkor mindig beállítom a LANG környezeti változót arra, ami nekem jó, nehogy megtréfáljon a mentve felirat, amikor saved-re grepelek.
-
Jester01
veterán
válasz
VladimirR
#7619
üzenetére
Vigyázat, a % karakter erősen mérgező
Percent-signs (%) in the command, unless escaped with backslash (\), will be changed into newline characters, and all data after the first % will be sent to the command as standard input.MOD: az echo `date +%B` az miért is jobb mint a sima date +%B
Vagy mondjuk: echo "GeoIP updated: $(date +%B)" (persze a fentiek miatt \% kell oda a cronban) -
VladimirR
nagyúr
válasz
VladimirR
#7618
üzenetére
modositottam rajta kicsit, most igy fest a parancs:
axel -q -o /root/GeoIP.dat.gz http://geolite.maxmind.com/download/geoip/database/GeoLiteCountry/GeoIP.dat.gz && uncompress -f /root/GeoIP.dat.gz && echo -n 'GeoIP updated: ' && echo `date +%B`
erre ezt kapom mail-ben:
/bin/bash: -c: line 0: unexpected EOF while looking for matching ``'
/bin/bash: -c: line 1: syntax error: unexpected end of filehasonlot kapok $() hasznalata eseten is (akkor ertelemszeruen a zaro zarojelet hianyolja)
-
bambano
titán
válasz
VladimirR
#7616
üzenetére
Amennyire én tudom, egy sh -c "string" módon hajtja végre a cronjobokat, szerintem a benne szereplő idézőjeleket vagy le kellene cserélni aposztrófra, vagy escapelni kellene.
Praktikusabb kipakolni egy shell scriptbe és annak a nevét írni crontabba.
A fordított aposztrófot ki fogják vonni a forgalomból, javasolt áttérni a $() jelölésre. Lehet még az is gond, hogy a rootnak a /usr/local/{s}bin nem szokott benne lenni a path-jában, ha valamit onnan keresel, abból lehet gond.
Arra már nem emlékszem pontosan, hogy a rootnál beállít-e mindent a cron, ennek kikerülésére én
/bin/bash -l
-et szoktam újabban shellnek írni. -
Jester01
veterán
válasz
VladimirR
#7562
üzenetére
Gyorsabb, mert ami itt igazán számít az nem maga a matematika, hanem az, hogy az awk-t el kell indítani a printf viszont bash belső parancs.
MOD: ha nagyon akarjuk, akkor a sed-et is ki lehet dobni, helyette a ${device#diskutil_} konstrukciót lehet használni. Tulajdonképpen az összes többi awk/egrep is kiváltható belső shell parancsokkal. Amúgy meg ha már awk-t használ az ember, akkor sed-et meg egrep-et nem szokott, mert az awk tudja ugyanazt és akkor legalább csak 1 külső program kell (ami cache szempontjából is előnyös).
-
The DJ
addikt
válasz
VladimirR
#7555
üzenetére
Na mind a két probléma kipipálva, a kettes egyszerű volt, csak még arra kellene rájönnöm hogyan tudok alap színeket belecsempészni az motd szövegébe. A chroot jail-el sem volt sok gond, leírom okulásul, hátha valakinek jól jöhet még.
Mindenképp olyan megoldást akartam, ami nem bolygatja fel nagyon a rendszert és a lehető legkevesebb beállításból életre kelthető. Tehát az openssh-server buherálása valamint az egyéb direkt az ilyen célra összeállított shell-ek használata is kilőve. Ráadásul a networking és az ssh részt sem akartam nagyon restartolgatni, mert ha valami balul sül el akkor megint csak az IP konzol maradna, azt meg nem szeretjük túlzottan.
Így hát maradt a következő megoldás: [link] Ez egy egyszerű kis script, ami a /home-on belül egy jail mappát hoz létre, ahol egy saját kis környezetet emulál, ahova a bezárni kívánt felhasználók könyvtárai kerülnek. Így néz ki egy test user chrootolt elérése: /home/jail/home/test. Mindenki csak a saját állományaihoz fér hozzá. Már meglévő felhasználókat is hozzá lehet adni a jail-hez és ki is lehet onnan venni őket. Az oldalon minden szükséges információ le van írva, eddig tökéletesen működik, de még játszadozom kicsit vele.
Még egyszer köszönöm.
-
bambano
titán
válasz
VladimirR
#7545
üzenetére
Ha az én verzióm szerint kiszórod a cat-ot és a grep-et is a parancssorból, akkor már az awk-nak kell grepelnie, amit meg is tesz.
Tartok tőle, hogy egy builtin shell osztás gyorsabb, mint forkolni egy awkot...
Az ilyen cuccokkal az a gond, hogy az ember faragja szépen sorban a mérő programokat és eljuthat odáig, hogy a mérés agyonüti a rendszert és az eredeti feladatokra már nem marad idő
Ezért szoktam rigorózusan kidobálni minden programot a munin pluginekből, ami nem kell. De ez mindenkinek az egyéni döntése kell legyen.A sambával két eset van: vagy megtalálod, hogy lehet optimalizálni ennél nagyobb sebességre (én soha nem használtam sambát) vagy egy ötlet maradt még: a webdav szerver. Persze az is lehet, hogy lassú lesz, nem tudom. Azért mocorog bennem a kisördög, hogy gyorsabb is lehetne az a samba...
-
bambano
titán
válasz
VladimirR
#7542
üzenetére
Az a gond, hogy egy halom olyan dolgot javasoltam, ami bash specifikus is lehet. Nem olvastam el ilyen szinten a kottát, hogy pontosan lássam, melyik. Elvileg ha a bash-t sh-ként hívod, akkor sh kompatibilisen kellene futnia, azt nem tudom, hogy ilyenkor a nem sh dolgokkal mit csinál. Normális esetben hibát kellene adnia, de ha valamit elírtak a programozók, akkor lehet, jól végrehajtja és akkor lenyomozhatatlan inkompatibilitási problémát generáltunk.
Ezért tisztább munka bash-ként hivatkozni rá, akkor nem fordulhat elő, hogy portolják más rendszerre és nem derül ki, miért nem megy.
Ha aposztrófot használsz az awk script delimitereinek, akkor a benne levő stringet szövegként átadja az awk-nak, további feldolgozás nélkül. Emiatt a $device nem fejtődik ki hda-nak vagy sda-nak. Ezért kell idézőjelek közé tenni, ebben az esetben viszont a printnél a 13. argumentumot a bash behelyettesíti első script argumentumnak és egy 3-as literálnak. Vagyis a $13-ból {$1}3 lesz. Ezt nem akarjuk, ezért escape-lem a $ jelet, és akkor azt az awk már rendesen $13-nak kapja meg.
Az itt emlegetett dolog az shell tulajdonság, nem awk, ahogy te is írtad.
Én úgy szoktam pl . 10-zel osztani, hogy printf "%d.%d" $(( $valami / 10 )) $(( $valami % 10 ))
-
bambano
titán
válasz
VladimirR
#7539
üzenetére
Pár ötlet:
- awk-ot ne használjunk, ha nem muszáj, mert nem tudni, a debianos alternatives cucc mit húz be helyette és nem kompatibilis a nawk, a mawk meg a gawk.- a fordított aposztróf nem szerencsés, mert nem lehet egymásba ágyazni, erre a bash $()-t használ. A fordított aposztrófot ki is fogják szedni előbb-utóbb. Viszont ha erre átállsz, akkor javasolt /bin/sh helyett /bin/bash-t írni az első sorba
- az egrep-nek van -c kapcsolója, ezzel egy wc -l-et meg lehet takarítani annak árán, hogy esetleg nem debianon futtatva az ottani unixon meg nem gnu egrep van. (16. sor)
- a cat filenév| grep szerkezet lehet, hogy szemléletes, de van benne egy felesleges fork, lehet helyette grep filenév (34. sor)
- a 34. sorban két forkot meg lehet takarítani, ha ilyen sormintára cseréled:
awk "/ $device / { print \$13 }" /proc/diskstats
- szerintem a 36-37. sorokat is lehetne egy utasítással meg egy fájlmegnyitással, valahogy így: read oldticks oldioticks <$statefile, de ezt nem teszteltem
- a 47. sorból is meg lehet spórolni egy awk indítást, a bashnak van saját beépített printf utasítása, de ennyit echo-val is ki lehet iratni rendesen.
Valószínűleg az olvasható és hordozható programok kedvelői nem fogját azt tanácsolni, hogy mindent fogadj meg ebből
-
bambano
titán
-
VladimirR
nagyúr
válasz
VladimirR
#7533
üzenetére
itt a munin plugin, ha erdekel mast is
letolteni valahova (pl /usr/share/munin/plugins debian-on), futattasi jogot adni ra, symlink az eszkoz nevevel a /etc/munin/plugins-ba, majd egy munin-node restartwget -O /usr/share/munin/plugins/diskutil_ http://cyla.pastebin.com/pastebin.php?dl=f35559b03
chmod +x /usr/share/munin/plugins/diskutil_
ln -s /usr/share/munin/plugins/diskutil_ /etc/munin/plugins/diskutil_sda
ln -s /usr/share/munin/plugins/diskutil_ /etc/munin/plugins/diskutil_sdb
/etc/init.d/munin-node restart -
VladimirR
nagyúr
válasz
VladimirR
#7502
üzenetére
ezt az elobb kifelejtettem, hogy lehessen rendesen latni, mirol beszelek:
dstat -d -D sda,total 5
--dsk/sda----dsk/total-
read writ: read writ
10M 71k: 21M 143k
4881k 61k:9762k 122k
4854k 75k:9707k 150k
5591k 55k: 11M 110ka gepben egyetlen merevlemez van (ertelemszeruen az sda)
p.s.: kozben gentoo-n megneztem frissebb dstattal is, a helyzet valtozatlan
info:dstat --version
Dstat 0.6.9
Written by Dag Wieers <dag@wieers.com>
Homepage at http://dag.wieers.com/home-made/dstat/
Platform posix/linux2
Kernel 2.6.26-hardened-r9
Python 2.5.2 (r252:60911, Dec 16 2008, 19:45:47)
[GCC 3.4.6 (Gentoo Hardened 3.4.6-r2 p1.5, ssp-3.4.6-1.0, pie-8.7.10)]
Terminal type: screen (color support)
Terminal size: 88 lines, 238 columns
Processors: 2
Pagesize: 4096
Clock ticks per secs: 100
internal:
aio, cpu, cpu24, disk, disk24, disk24old, epoch, fs, int, int24, io, ipc, load, lock, mem, net, page, page24, proc, raw, socket, swap, swapold, sys, tcp, time, udp, unix, vm,
/usr/share/dstat:
battery, cpufreq, dbus, freespace, gpfs, gpfsop, helloworld, innodb_buffer, innodb_io, innodb_ops, lustre, mysql5_com, mysql5_conn, mysql5_io, mysql5_keys, mysql_io, mysql_keys, net_packets, nfs3, nfs3op, nfsd3, nfsd3op,
postfix, rpc, rpcd, sendmail, snooze, test, thermal, topbio, topcpu, topio, topmem, topoom, utmp, vmkhba, vmkint, vmknic, vmmemctl, vzcpu, vzubc, wifi, -
VaZso
senior tag
válasz
VladimirR
#7501
üzenetére
Ezekszerint jól gondoltam a dolgot.
Bár ezt a zárójeles mondatot valahogy átugorhattam, mert konkrétan ezt nem sikerült elolvasnom... figyelmetlenség...Köszönöm a segítséget, ezekszerint 0-t írva nem lesz több ilyen jellegű gondom.
(...legfeljebb mehetek újból a géphez, amikor rájövök, hogy hiányzik az egyik vinyó...
) -
Vladi
nagyúr
válasz
VladimirR
#7459
üzenetére
Szerintem próbálkozz a fail2bannal. Ha jön mondjuk 100 betörési kísérlet ugyan arról a címről, szerintem valószínű, hogy robotról van szó. Gondolom viszonylag kevés címről akarod elérni az ssh-t.
Ha meg fix és ismert számú/féle ip-vel dolgozol, akkor meg azokon kívül tiltsd mindet.
-
bambano
titán
válasz
VladimirR
#7432
üzenetére
Gondolom azért, mert ugyan máskép nyíilik meg egy socket, mint egy fájl, de utána ugyanazon utasításokkal lehet írni, olvasni, select-telni meg ilyenek, mint a gyalog fájlokat. Ha már megnyitotta valami a socketet, onnan kezdve a programnak, ami használja, nem is kell tudnia, hogy nem fájl, hanem network.
Szerintem azért mmapolnak, mert gyorsabb és/vagy kevesebb erőforrás, mint a sima fájlműveletek.
-
Jester01
veterán
válasz
VladimirR
#7432
üzenetére
Mert linuxban minden fájl!
# ls -l /proc/4616/fd | grep socket
lrwx------ 1 hcs hcs 64 Feb 11 20:18 3 -> socket:[39702]
lrwx------ 1 hcs hcs 64 Feb 11 20:18 8 -> socket:[39711]# lsof -n -p 4616 | grep IP
fgcom 4616 hcs 3u IPv4 39702 UDP *:iax
fgcom 4616 hcs 8u IPv4 39711 UDP 127.0.0.1:16661 -
Jester01
veterán
válasz
VladimirR
#7422
üzenetére
Amelyik file kevesebb helyet foglal mint a mérete, az sparse (ritka). Ez valóban szokás P2P programok esetében. Ilyenkor a még nem írt blokkoknak nincs lefoglalva a hely.
Az mmap az más tészta, nem valószínű hogy P2P program használja mert 32 biten igen hamar elfogyna a címtartomány. Sokkal valószínűbb, hogy saját puffereket használ amit néhanapján kiír a lemezre. Ekkor kell(ene) történnie a kvóta ellenőrzésnek.
Tehát akkor most az van, hogy a torrent túllépi a kvótát, emiatt a program leállításakor sír is, de azért csak kiírja az adatot?
-
VladimirR
nagyúr
válasz
VladimirR
#7419
üzenetére
no, megneztem gentoo-n is, ugyanaz a jelenseg
kernel: 2.6.26-hardened-r9
quota: 3.15a debianon (lenny) pedig:
kernel: 2.6.26-1-486
quota: 3.16-7rtorrent verzio mindket esetben 0.8.4, libtorrent 0.12.4
ami meg eddig elkerulte a figyelmemet, hogy mikor leallitom a torrentet, melynek koszonhetoen az rtorrent atlepte a kvotat, akkor kapom a "Storage error: [Could not sync chunk: Disk quota exceeded]" uzenetet
(meg debianon beugrik a kep aljan egy "hda5: write failed, user block limit reached." is)
viszont a torrent ujrainditasa es egy hash ellenorzes utan, az addig letoltott adat tovabbra is megvan -
bambano
titán
válasz
VladimirR
#7400
üzenetére
Azt, hogy mennyit akar swappelni, top-pal meg lehet nézni és a munin is irogatja szerintem.
A memóriát szerintem az borítja meg, hogy tolják a diszk io kéréseket a lemez felé, az meg nem válaszol normális idő alatt és emiatt a nem befejezett kérések miatt a puffereket sem szabadítják fel megfelelő sebességgel. Az apacs meg mindig forkol (úgy értem, normál használatkor is), csak ha nincs ez a diszk gond, akkor néhány 10-20 msec alatt be is fejeződik egy apacs child futása és ezért nem látod, hogy sok lenne. Sok jön, gyorsan, de normál esetben gyorsan el is tűnnek.
Ha diszk io elégtelensége okozza a lassúságot, akkor az normális, hogy a proci nincs kihasználva, mégsem gyors a gép.(Nekem a diszk io miatt megugró loadban a rekordom 1084 volt
) -
bambano
titán
válasz
VladimirR
#7396
üzenetére
Kérdés, hogy reprodukálható-e a hiba, tehát meg tudod-e csinálni, hogy ripperjohnnal bármikor megborítod a rendszert.
A leírás alapján az látszik, hogy megállt a diszk io a gépben. Megnézném, hogy a cd-t és a diszkeket dma-san vagy pio-ban kezeli-e a gép.
Azt is kipróbálnám, hogyha úgy állítod be ripperjohnt, hogy ne akarjon cddb-t vagy freedb-t használni, megjavul-e. Vagy egyszerűen kihúzni addig az ethernetet.
Szerk: memóriafogyás: általában nem az okoz gondot, hogy az alkalmazások által használt memória elfogy, ezért nem javul az apacs lelövéstől a dolog, hanem az, hogy az ilyenolyan pufferek (diszk block cache, network io pufferek) és egy-két ezek nyilvántartására szolgáló táblázat helye fogy el. Van, amit ezekből az alsó 1M-ba rak a kernel, van, amit az alsó 16M-ba, mert nem minden dma tud magasabb címre dma-zni.
-
Jester01
veterán
válasz
VladimirR
#7377
üzenetére
Nem tudom, nekem simán megy, igaz nem apache hanem egy másik programba épített web szerver (vdr). Illetve netcat-tal is ellenőriztem. Tetszőleges ip címet át tudok irányítani.
iptables -t nat -A PREROUTING -i eth0 -p tcp --dst 66.66.66.66 --dport 8001 -j DNAT --to-destination 192.168.100.100
Itt 66.66.66.66 volt a tetszőleges ip cím
és 192.168.100.100 a gép saját címe.
Még pluszba lehet szűrni, hogy a forrás tényleg a belső hálón legyen.wireshark szerint is jó:
MOD: ja látom, ez nem egészen olyan topológia. Na mindegy
-
-
-
letix
senior tag
válasz
VladimirR
#6403
üzenetére
Nagyon köszönöm a segítséged VladimirR, az /etc/resolv.conf -ban még a régi internet-szolgáltatóm dns ip-i voltak megadva, erre nem is gondoltam.
Inkább a kliensekben írom át a bejegyzéseket, talán úgy biztonságosabb a dolog. (?)
Mindenesetre a probléma megoldódott, köszönöm a segítséget.
udv
letix -
letix
senior tag
válasz
VladimirR
#6399
üzenetére
Jelenleg még csak 1 laptoppal tesztelem a dolgot, annak az Interfaces álománya a következő.:
allow-hotplug eth0
iface eth0 inet static
address 192.168.1.123
netmask 255.255.255.0
gatewway 192.168.1.100auto eth0.
dns-t nem állítottam be, mit kellene (ha kellene)?
udv
letix -
bambano
titán
válasz
VladimirR
#6305
üzenetére
Például azért, mert a hup singalt el lehet fogni, nem kell kilépni, de lehet egy close/open párost végrehajtani a logfájlon, amitől a korábban átnevezett, move-olt logfilet elengedi a file descriptor és újrakreálja.
Na, lehet, nem vagyok világos, de ezzel a trükkel lehet szépen megcsinálni a veszteségmentes logolást.
-
-
Sipi
addikt
válasz
VladimirR
#6126
üzenetére
Az Intel 100-ashoz úgy rémlik, két driver is van. Az egyik, talán e100 a Donald Becker féle, ős-driver - de van másik is, csak most nincs kernel, amin meg tudom nézni.
Ilyen tesztet sosem csináltam, de az egyik driver indulásnál ki szokott írni nálam is holmi megszakításos problémákat, majd vígan megy tovább. A másikkal nem adott ilyet.Mi a softirq? Amikor nem tud hardveres IRQ-t kiosztani? Mert akkor ACPI-vel kellene kezelnie a virtuális IRQ-kiosztásokat, de te mintha letiltottad volna.
Sipi
-
ngabor2
nagyúr
válasz
VladimirR
#6095
üzenetére
saját tapasznyalatból 3 példát tudok mondani:
05:00.0 Ethernet controller: Atheros Communications Inc. AR2413 802.11bg NIC (rev 01)
jelenleg ez megy nálam tökéletesen
intel iwp3945 van a notiban, szintén megy egyből.korábban ralink 2500 (pontosabban 2570, de ugyan az a modul kell hozzá) volt, működött, de voltak furcsaságai, volt, hogy kikapcsolt, aztán alig lehetett visszakapcsolni. az okot ma se tudom.
az eee-ben másféle atheros van, ahoz külön kellett leszedni modult, de az is normálisan megy.
-
Vladi
nagyúr
válasz
VladimirR
#6001
üzenetére
"az xp telepitö is megáll"
Szerintem ez innentől kezdve nem Linux, hanem xp probléma.
Amúgy meg futó Linux alól kivenni a partíciókat.Kérdezőnek:
Mindegy. Az eredeti kérdés alapján ez sata driver hiányának tűnik. Ezt kéne olvasni.Egyébként meg oly mindegy mi van a lemezen. Lehet akár szűztiszta, vagy BSD rajta, az xp telepítőnek tudni kell formázni. Ennyi.
), ha valakinek van hozzá kedve, szívesen megosztom írásra (sajna sh4d0w sem ér rá a FC fordítás mellett).
és 192.168.100.100 a gép saját címe.
Új hozzászólás Aktív témák
- AMD Navi Radeon™ RX 9xxx sorozat
- Luck Dragon: Asszociációs játék. :)
- Projektor topic
- Path of Exile (ARPG)
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- EAFC 25
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- E-roller topik
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Milyen légkondit a lakásba?
- További aktív témák...
- Assassin's Creed Shadows Collector's Edition PC
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- 120 - Lenovo Legion Pro 5 (16ARX8) - AMD Ryzen 7 7745HX, RTX 4070 (48 hónap garancia!)
- Azonnali készpénzes Microsoft XBOX Series S és Series X felvásárlás személyesen/csomagküldéssel
- Tablet felvásárlás!! Samsung Galaxy Tab A8, Samsung Galaxy Tab A9, Samsung Galaxy Tab S6 Lite
- AKCIÓ! Apple Mac Studio M1 MAX 2022 32GB 512GB számítógép garanciával, hibátlan működéssel
- HPE Apollo 4200 Gen9 2U rack szerver, 1x E5-2620v4, 64GB RAM, 24x3.5" 2U-ban! ÁFA-s számla, garancia
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged