-
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
-
Jester01
veterán
válasz
CPT.Pirk #28279 üzenetére
Igen. A kernel submitting patches dokumentáció 11-es pontja is ezt mondja.
Jester
-
-
Jester01
veterán
válasz
#68216320 #28372 üzenetére
Ha egyszer sikerül beolvasni akkor lesz reallocated mert akkor át tudja másolni a tartalék területre. Vagy ha oda írsz valamit akkor is egyből a tartalék területre teszi. Ha nem kell róla adat akkor írd tele nullával és reallocated lesz. Mondjuk ha visszateszed a raid tömbbe akkor annak újra rá kell szinkronizálni mindent és akkor is reallocated állapotba fog kerülni.
Egyébként ha a smart logban látszik melyik szektort nem tudta olvasni (vagy az oprendszer syslogban) akkor célirányosan rá lehet próbálni mondjuk dd-vel.
Jester
-
Jester01
veterán
válasz
magmakocka #28410 üzenetére
nomodeset direkt van kernel paraméterek között?
fbcon egyébként tipikusan fixen be van forgatva, nem modul, ezért nem lehet (nem is kell) betölteni. Nézd meg létezik-e a /sys/devices/virtual/graphics/fbcon directory.[ Szerkesztve ]
Jester
-
Jester01
veterán
válasz
magmakocka #28412 üzenetére
Nem ismerem az xorg automatikus konfigurálóját, de első körben én kivenném azt a nomodeset-et. Aztán elvileg xorg config nélkül is el tud indulni, szóval kitakarítanám az összeset és kipróbálnám úgy is. Ha az se jó, akkor pedig kézzel csinálnék egy alap config fájlt.
Jester
-
Jester01
veterán
válasz
magmakocka #28414 üzenetére
Egyszeri próbálkozáshoz bootoláskor a grub menüben kell szerkesztés funkciót választani (azt hiszem e betűvel) és ott ki lehet törölni.
Jester
-
Jester01
veterán
válasz
Doky586 #28436 üzenetére
Igen, ez 32 bites. Ránézésre az ld-linux.so.2 az 32 bit, a /lib64/ld-linux-x86-64.so.2 pedig a 64. Továbbá az első sorban az a pár 4-es az 32 bitet jelent, 64 bit esetén 8-asok vannak ott. Nem néztem utána ezek konkrétan melyik mezők. Hexa nézetben pontosabban is meg lehet állapítani.
[ Szerkesztve ]
Jester
-
Jester01
veterán
3 év után sikerült végre stabilra írni a drivert ... legalábbis nálam.
$ uptime
20:42:01 up 87 days, 3:58, 10 users, load average: 0.56, 0.69, 0.67
$ lspci | grep VGA
09:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Tonga PRO [Radeon R9 285/380] (rev f1)5.0-ás kernel előtt egy-két hetente lefagyott, sajnos a driver fejlesztők végül oda jutottak, hogy biztos hardverhiba.
Jester
-
Jester01
veterán
Mióta frissítettem debian 9-re azóta a copy-paste beszúrja ezeket a biztonsági jelölő marhaságokat a szöveg köré: ^[[200~foo^[[201~. Hogyan lehet kikapcsolni? Rohadtul idegesít, hogy mindig ki kell törölni kézzel.
Jester
-
-
Jester01
veterán
-
Jester01
veterán
válasz
samujózsi #28641 üzenetére
Elvi akadálya nincs, de hogy van-e kiforrott program rá azt nem tudom. Itt egy demó.
Látható ahogy a processzekre rákérdez.UI: olyat leírni, hogy valamire ne lenne megoldás linuxon elég bátor dolog
[ Szerkesztve ]
Jester
-
Jester01
veterán
válasz
sh4d0w #28713 üzenetére
A systemd a linux windowsa
samujózsi: ja látom neked is ez a véleményed.Egyébként sima debianban is le lehet cserélni a systemd-t a régi jól bevált sysvinit-re (én is így használom). A devuan pontosan nem tudom miben másabb, talán minden nyomát el is tünteti , még a libsystemd-t is
[ Szerkesztve ]
Jester
-
Jester01
veterán
A pulseaudio funkciója feltétlen szükséges a rendszerbe a normális működéshez.
A feltétlen szükséges kicsit túlzás, én lassan 30 éve megvagyok nélküle. Mellesleg a felhasználói hang problémák 90%-a pulseaudio miatt volt abban az időben amikor még részt vettem egy program támogatásában.
Amúgy érdekes, hogy a deb alapú csodák használói vinnyognak folyamatosan a systemd-re.
Igen, mert a deb alapú csodák már eddig is stabilak voltak. Semmit nem lehet nyerni a systemd-vel csak fejfájást ha valami mégse működik mert akkor nem annyi, hogy beletúrkálsz a megfelelő scriptbe mert pontosan érted mi miért felelős és hogyan működik. Plusz bizonyos disztrók használóit még érdeklik olyan dolgok mint a szabadság és a unix filozófia. Nem kell windowst csinálni a linuxból aki azt az architektúrát kedveli az telepítsen windowst egyből.
Jester
-
Jester01
veterán
azért ha a spotify-on leállítom a zenét, hogy megnézzek egy youtube videót ne kelljen valahogy átadni, mert rohadtul nem fog menni normálisan a dolog.
Megkockáztatom, hogy alsa-ban régebb óta van szoftveres keverés (dmix/dsnoop) mint amióta a pulse létezik. Normális rendszeren az az alapértelmezett és csak akkor van baj ha egy adott program konkrétan a hw eszközt kéri. De a legtöbb programban ez egyébként is konfigurálható. Ha meg nem, arra nem az a megoldás, hogy kitalálunk egy új hangrendszert amit minden programba külön implementálni kell hanem megjavítjuk azt az egy programot ami hülye volt. A spotify-t amúgy nem ismerem de esélyes hogy nem hülye és be lehet állítani melyik hangeszközt használja. A teljesség igénye nélkül a chrome, firefox, mplayer, xine, xbmc, wine, teamspeak, openal mind kiválóan működik alsa-val.
Az egyetlen pulse szolgáltatás ami kicsit hiányzik az az alkalmazásspecifikus hangerőszabályzás de általában ezt tudják a programok maguk.
Jester
-
Jester01
veterán
válasz
inf3rno #28799 üzenetére
Idézőjelben sem jó, mivel azt a shell bontja ki. A program (jelen esetben gondolom
cp
vagymv
) az pontosan ugyanúgy, idézőjelek nélkül kapja meg.$ find . -name --\*
./--foo
$ mv --foo --bar
mv: unrecognized option '--foo'
Try 'mv --help' for more information.
$ mv "--foo" "--bar"
mv: unrecognized option '--foo'
Try 'mv --help' for more information.
$ mv '--foo' '--bar'
mv: unrecognized option '--foo'
Try 'mv --help' for more information.
$ mv -- --foo --bar
$ find . -name --\*
./--bar[ Szerkesztve ]
Jester
-
Jester01
veterán
válasz
samujózsi #28843 üzenetére
Szerintem ne úgy csináld, hogy frissen telepített 18.04-be másolgatsz dolgokat a régiből. Live bootból mindent átmásolsz akár tar akár rsync ahogy tetszik plusz grubot is felrakod. Utána a másolt rendszeren mehet dist-upgrade a 18.04-re. A felhasználói config fájlok működésére amúgy nincs garancia ha időközben inkompatibilis lett valami program.
Én egyébként 1997-ben telepítettem ezt a rendszert még debian 1.3-al és most 9.6 van rajta, azóta több lemez migrációval és egyebekkel szóval nekem bevált a módszer.
Jester
-
Jester01
veterán
válasz
samujózsi #28890 üzenetére
Az a wear levelling count 1-et csökkent összesen,
098
-ról097
-re. Nem tudom ebből hogy számította ki az utolsó oszlopot de én nem aggódnék.Egész véletlen nekem is 97, de a raw value az 157. Biztos más skálázás, de nem tudni ez felfelé hová megy. A 97 viszont garantáltan lefelé 0-ra szóval én azt nézném.
5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0
9 Power_On_Hours 0x0032 090 090 000 Old_age Always - 48313
12 Power_Cycle_Count 0x0032 099 099 000 Old_age Always - 194
177 Wear_Leveling_Count 0x0013 097 097 000 Pre-fail Always - 157[ Szerkesztve ]
Jester
-
Jester01
veterán
válasz
samujózsi #28932 üzenetére
Ha a routerbe van dugva akkor de, van másik vég. Bármilyen adatforgalom jó, attól, hogy a teljes sávszélességet nem használod ki attól még az egyes csomagok ugyanolyan sebességgel mennek és valószínűleg kijönnek a kábelhibák. Az ethtool -S kimenetben kell nézni a hibákat.
Jester
-
Jester01
veterán
-
Jester01
veterán
válasz
samujózsi #29022 üzenetére
Nem ismerem, milyen daemon kell neki? Meg minek kellene neki bármilyen portra ülni, azon belül minek kellene 1024 alatt? Egy csomó minden vidáman elvan magas porton. Pont egy virtuális gép izé amit lehet, hogy biztonsági okokból használnék ne fusson már rootként.
Jester
-
Jester01
veterán
Rohadtul nem kéne ext4-et initramfs nélkül csatolgatni.
De. Az initramfs megint egy egyszerű dolog elbonyolítása. Ha saját rendszert építesz szépen minden szükséges megy a kernelbe és nem kell szórakozni az initramfs-el. Felcsatol valami átmeneti / könyvtárat amiben ki tudja mik vannak (és aminek a frissen tartása megint plusz feladat), futtat mindenféle mágiát majd a végén valahogy kicseréli a futó kernel alatt az igazi gyökérre. Kösz, nem kérem
Frawly: szerintem a blokk eszköz vagy annak valami függősége nincs belefordítva. Azt nem tudom qemu alá mi kell, de nekem ilyesmik vannak:
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_BLK_DEV_GENERIC=y
CONFIG_BLK_DEV_IDEDMA_PCI=y
CONFIG_BLK_DEV_PIIX=y
CONFIG_BLK_DEV_IDEDMA=y
CONFIG_SCSI_MOD=y
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
CONFIG_SCSI_PROC_FS=y
CONFIG_BLK_DEV_SD=y
CONFIG_ATA=y
CONFIG_SATA_AHCI=y
CONFIG_ATA_SFF=y
CONFIG_ATA_BMDMA=y
CONFIG_PATA_OLDPIIX=y
CONFIG_PCI=y[ Szerkesztve ]
Jester
-
Jester01
veterán
A kernel NULL pointer az olyan hiba amire a fejlesztők nem gondoltak, ezért BUG. Ha gondoltak volna, akkor le lenne kezelve és értelmesebb hibaüzenet lenne ott.
Egyébként ki lett javítva:Fix root mounting with no mount options
The "trivial conversion" in commit cccaa5e33525 ("init: use do_mount()
instead of ksys_mount()") was totally broken, since it didn't handle the
case of a NULL mount data pointer. And while I had "tested" it (and
presumably Dominik had too) that bug was hidden by me having options.Jester
Új hozzászólás Aktív témák
- Motoros topic
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Házimozi belépő szinten
- Elektromos autók - motorok
- Házi hangfal építés
- Luck Dragon: Asszociációs játék. :)
- Az USA tisztifőorvosa figyelmeztető címkét ragasztana a közösségi médiára
- Fával ékesíti magát a Jonsbo Mini-ITX gépháza
- Sorozatok
- Rejtett díjak, nehéz lemondás: az USA pereli az Adobe-ot
- További aktív témák...
- 10 Darab PC Játék (Bontatlanul!) Egyben 6990Ft.-ért Foxal!!!
- Eladó Steam kulcsok kedvező áron!
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Game Pass Ultimate előfizetések 1 - 25 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24