-
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
-
snowflake
tag
Gyakorlatilag is működik a dolog. Legutóbb (pár hónapja), amikor ilyesfélét kellett csinálnom, akkor már mpeg2-be is tudta digizni úgy, hogy a dvdauthor is megette.
A neten biztos találsz rengeteg különféle módon felparaméterezett mencodert, mivel mindenki más beállításra esküszik. Én is elszórakoztam vele egy darabig, mivel az anyag a vhs kazin már közel 15 éves home-video volt és voltak benne már szinkronhibák, amitől aztán a mencoder vicces dolgokat tudott produkálni.
[Szerkesztve] -
snowflake
tag
Egy ezeréves Pinnacle PCTV Pro nevű kártyát, amit még pár éve egy volt kollegámtól kaptam, mert neki windows alatt gondja volt a kép minőségével,
illetve a tipikus kép/hang szinkroncsúszások jelentkeztek nála.
Nekem semmi gondom vele, csupán a tuner-je érzéketlen kissé, azt meg egyelőre nem igazán használom.
Egyébként valami ilyesmi rémlik: [link]
A jelenleg kaphatóak közül nem tudom melyik lenne nyerő Neked. Azt ki kell kuglizni.. -
snowflake
tag
Ezért érdemes a /boot könyvtárban található config-xyz verziószámú file-t átmásolni a kicsomagolt kernel forrás könyvtárába .config néven.
Ezután futtatva a menuconfigot az már a jelenleg is futó kernel paramétereit mutatja meg alapból. Ettől lehet eltérni, kivenni, hozzáteni, módositani modulokat.
De szvsz egy kezdőnek nem érdemes sokmindent változtatnia rajta, mert egy desktop pc-nél (mert gondolom egy kezdő egyből nem szervert rak össze linuxal) csak hátrány van abból ha nagyon le van nyírbálva egy kernel.
Az éppen futó kernel verziója pedig pl. az uname -r paranccsal derithető ki könnyen -
snowflake
tag
-
snowflake
tag
Próbáld meg a dfsee -t:
[link]
Én még nem használtam, de ígéretesnek tűnik. (Kár, hogy a bootcd-s verziója fizetős)
ps. Egyébként, ha fizikailag pusztult meg a vinyó, akkor sajnos nagy valószínűséggel mindegyik ilyen recovery adatmentős cucc elfog vérezni rajta
Nekem pár hónapja gondolta úgy magát az egyik magát winchesternek nevező vasdarab, hogy bemondva az unalmast megpróbálta eljátszani Beethowen IX. szimfóniáját, kevés sikerrel. Végül úgy sikerült visszaállítanom (szerencsére 100%-ra), hogy mindannyiszor, amikor adatmentésközben újra rákezdtek a zenészek benne, akkor lehütöttem őket a fagyasztóládában kb. 5-6 percre. Majd utánna folytattam az adatmentést... (Nálam valószínűleg a vezérlőelektronika kezdett zeneiskolába járni) -
snowflake
tag
válasz ngabor2 #1041 üzenetére
hogyan tudom egy file utolsó 15000000byte-ját kivágni?
én a dd-vel probálkoznék:
pl. ha a teljes file mérete 22000000 byte akkor:
dd bs=1 count=`echo 22000000-15000000 | bc` if=forras_file of=eredmeny
itt a forrásfile első 7000000 byte-ja (~7MB) lesz a végeredmény.. tehát az utolsó ~15MB fog leesni.
ui: persze nem muszáj az a bc-s mahinálás a count után.. behelyettesíthető a count értéke 7000000-al egyből. -
snowflake
tag
Én sajnos nem tudok Neked érdemben segíteni, mert nem használok ATI kártyát... és még nem is volt hozzá szerencsém testközelből...
Ahogy kiveszem nálad valami kavar lehet a kernel, kernel forrás ill. header csomagok között...
Ha jól látom ez a kernel: 2.6.8-2-686 fut nálad jelenleg..
Ehez tedd fel a 2.6.8-2-686 kernel header csomagot illetve a 2.6.8-as kernel forrást.
Egyébként úgy látom, hogy az ati-nak külön van 4.1 , 4.2, 4.3 -as XFree86-ra drivere.. Nem lehet hogy rosszat szedtél le?
Esetleg nézzd meg az ati oldalán az install howto-t:
[link]
pontosabbat majd az atisok.... -
snowflake
tag
válasz _Petya_ #1050 üzenetére
Nézzd meg a plink-et:
[link]
Működik egymás mellett a kulcsos és a jelszavas ssh?
Igen, akinek fent van a szerveren a publikus kulcsa annak nem kell jelszót írnia (ha csak nem a saját kulcsa jelszóvédett). Akinek nincs a publikus kulcsa fent a szerveren attól jelszót fog kérni minden esetben.
A kulcsreszelésről egy gyorstalpaló:
[link]
szerk:
windowson pedig a puttygen-el:
[link]
[Szerkesztve] -
-
snowflake
tag
válasz ngabor2 #1250 üzenetére
simán párhuzamos portról nem tudok olvasni, i/o hiba (ez normális?)
szvsz, igen
a linuxos drivert nem találom az oldalon ''szabad'' formában, de forráskódban megvan a telepítő-cd-n.
Az oldal alján vannak linuxos parallel driverek, de gondolom ez ua. mint a cd-n:
[link]
azt a saját olvasóprogija tudja is olvasni, viszont dd-vel továbbra se olvas róla semmit
szerintem dd-vel, cat-el és hasonló standard dolgokkal az lpt port nem olvasható.
Viszont adnak hozzá egy picoread nevezetű c-s progit, azt ciklikusan meghívva nem jó neked?
picoread
* ========
* Makes a single reading from a Pico adc10-family converter and writes it
* to stdout.
* The reading is actually from a number of readings over a period of 20 msec
* which is (in Europe) one mains cycle. This minimises the impact of line
* frequency pickup.
* This program is intended to be called at regular intervals from a perl or
* bash script in a data logging application.
[Szerkesztve] -
snowflake
tag
válasz ngabor2 #1256 üzenetére
Igen úgy látszik a picoread.c valóban nem csipázza a 11/22 -es digitalizálókat:
[...]
int set_product(int file, int prodnum) // 10, 12, 40, 42
{
if (prodnum == 10 || prodnum == 12 || prodnum == 40 || prodnum == 42)
{
ioctl (file, IOCTL_PICO_SET_PRODUCT, &prodnum);
return 1;
}
else
return 0;
[...]
Úgy néz ki marad az, hogy meg kell faragnod azt az a11test nevű okosságot az igényeidnek megfelelően....
Ahogy nézem egy április 7.-i fórum post-ban azt írják, hogy a linuxos drivert író faszi már nincs a cégnél
''Unfortunately as the person who wrote our Linux drivers is no longer with the company we are now unable to support them''
Még szavazást is tartottak a linuxos driver kérdésről:
[link]
Előbb-utóbb csak lesz majd belőle valami... -
snowflake
tag
válasz szijartg #1264 üzenetére
Létrehozol egy új usert:
sudo useradd -d /mnt/felcsatolt_ftp_particio -s /bin/false ftp_user
adsz neki jelszót:
sudo passwd ftp_user
Nem irtad milyen ftp szervert használsz/nál. Ha proftpd-t akkor az /etc/proftpd.conf-ba írd be a következőket (ha nem szerepelnek benne):
DefaultRoot ~
RequireValidShell off
A másodikat nem muszáj beírni, de akkor az /etc/shells -be fel kell venned még a /bin/false sort is! (ez a második módszer ajánlott inkább)
Ilyenkor az történik, hogy ftp kliensel mindenki be tud lépni aki:
-vagy ismeri a fent létrehozott ftp_user-t és annak jelszavát
-vagy rendelkezik a szerveren érvényes login accountal (be tud loginolni) (természetesen a root-ot kivéve)
Mindkét esetben a belépett felhasználó csak az un. home könyvtárát látja, nem tud kimenni belőle. az ftp_user-nak a /mnt/felcsatolt_ftp_particio könyvtár lesz ez esetben a home könyvtár.
Ahoz hogy az ftp_user tudjon írni az /mnt/felcsatolt_ftp_particio könyvtárba, rendelkeznie kell azon a könyvtáron irási joggal is!
Ajánlom figyelmedbe még a
<Directory xyz >
</Directory>
ill. a
<Limit xyz >
</Limit>
direktívákat. Ezekkel lehet árnyaltabban szabályozni az ftp szerver működését
A direktívákról bővebben:
[link] -
snowflake
tag
válasz dr_strange #1275 üzenetére
jaja.. esteleg érdemes még a nat táblát is törölni
fullosan valahogy így menne:
iptables -t nat -F POSTROUTING
iptables -t nat -F PREROUTING
iptables -t nat -F OUTPUT
iptables -F -
snowflake
tag
make-kpkg -nek add még meg az -initrd opciót is
pl: make-kpkg -initrd --revision=<rev> kernel_image
a make-kpkg szvsz egy jó dolog mert csinál neked egy fullos csomagot (.deb), amit aztán kényelmesen feltehetsz a csomagkezelővel ami beállít mindent
(létrehozza az initrd.img-et is, megszerkeszti magának a lilo-t/grub-ot), illetve ha eltávolítod később a csomagkezelővel, akkor intelligensen lepucolja magát a rendszerről... illetve kényelmesen hordozható így a kernel is -
snowflake
tag
válasz ngabor2 #1340 üzenetére
Nem tud több egyidejű kapcsolatot követni a kernel, ezért eldobálja azokat...
Lehetséges okok lehetnek:
amire Te is tippeltél: túl sok p2p kapcsolat
egy esetleges külső portscan
túl sok/bonyolult tűzfalszabály
egy esetleges fertőzött redmondi partizán gép a lan-ban
Érdemes lenne még megnézni mekkora érték szerepel a
/proc/sys/net/ipv4/ip_conntrack_max file-ban
esetleg nagyobbra állítani:
echo 32224 > /proc/sys/net/ipv4/ip_conntrack_max
/nálam jelenleg 32224 van/ -
snowflake
tag
válasz VladimirR #2835 üzenetére
a kerdesem az lenne, hogy mi okozhat ekkora iowait-et, illetve hdd cseren kivul mikeppen tudom ezt orvosolni?
Elképzelhető, hogy az ide vezérlőt a kernel nem tudja optimálisan használni ezért nyúlnak meg a várakozási idők. Kernel fordítás, scsi használata, alaplap csere...
Az is lehet, hogy a 256MB -ból kifut a rendszer és veszettűl tolja ki az anyagot a swap-re.
pl. vmstat 5 -el érdemes lenne monitorozni.. -
snowflake
tag
válasz VladimirR #2891 üzenetére
Ezekszerint az sql query-k most nem futnak be a géphez és nem gyalázzák.
Jól lenne látni amikor ágyútűz alatt tartja az sql szerver a disket, akkor hogyan alakulnak a dolgok. A korábban említett dstat olyankor milyen értékeket mutat a disk forgalomnál?
Olyankor használja-e a swapet a rendszer (vmstat)? -
snowflake
tag
Valami ilyesmire gondoltál?:
ls -lG /home/batman | grep '^d' | awk '{print ''/home/dirteszt/''$5}' | xargs touch
a /home/batman-t ha elhagyod akkor az aktuális könyvtár időbélyegeit használva hozza létre a fájlokat a dirteszt-ben.
szerk: egyébként a G opció is elhagyható az ls-nél csak ilyenkor írd át $6-ra a print paraméterét
[Szerkesztve] -
snowflake
tag
válasz snowflake #4001 üzenetére
még annyit: ha nem két file időbélyegét akarod összehasonlítani, akkor marad az -lt -gt páros.
De ebben az esetben a dátumból el kell távolítanod a formázó karaktereket előtte
pl: 2007-08-015 -> 20070815 , így már összehasonlítható konstans értékkel is.
if [ $kérdéses_fájl_dátuma -gt ''20070101'' ]; then
echo ''Ez a file 2007-01-01 után jött létre''
fi
[Szerkesztve]
Új hozzászólás Aktív témák
- Vezeték nélküli fülhallgatók
- Kínában túl sok az EV, fokozódik az árháború
- A fociról könnyedén, egy baráti társaságban
- Politika
- Székesfehérvár és környéke adok-veszek-beszélgetek
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Hosszú idő után újabb előzetest kapott a Gothic Remake
- Xbox tulajok OFF topicja
- exHWSW - Értünk mindenhez IS
- sziku69: Szólánc.
- További aktív témák...
- Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Adobe Creative Cloud - 2024. 04. 05 - 2025. 04. 05-ig
- PC JÁTÉKOK (OLCSÓ STEAM, EA , UPLAY KULCSOK ÉS SOKMINDEN MÁS IS 100% GARANCIA )
- Game Pass Ultimate előfizetések 1 - 25 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN!
- Windows 10/11 Home/Pro , Office OEM/Retail kulcsok