- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
Hirdetés
-
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 :)
-
Samsung Univerzum: Így ismerhető meg a Galaxy AI bármilyen telefonon
ma A Try Galaxy webalkalmazás kontrollált környezetben mutatja meg, mit tud a One UI 6.1-es rendszer és a mesterséges intelligencia.
-
Az Apple iPadOS-t is megrendszabályozza az EU
it Az EB közölte: az Apple iPad táblagépekre írt iPadOS rendszere is kapuőrnek számít, az üzleti felhasználókra gyakorolt fontossága miatt.
-
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
-
vadcoca
tag
válasz utgyuru #12351 üzenetére
A disk csoportnak is tagja ?
LXDE-s installon hogyan tudom a hálózatot beállítani?
Rakd fel a network-manager-gnome csomagot, LXDE tálcán is működik.
Ez viszont magával rántja a fél gnome-ot, így az LXDE "életérzésnek"
kicsit alátesz...
A másik véglet az /etc/network/interfaces matatása. + egyéb finomságok,
ha wifi, mobilnet, akármi a cél, csak ez nem derült ki.6x9 = 42
-
vadcoca
tag
válasz bambano #12396 üzenetére
miközben az egyiket tekerte, a másik kihullott a rendszerből
Ha még nem volt meg, akkor én ebben a lélektani pillanatban húzkodnák szét "mindent". Egy megmozgatott lezáró/kábel/tápcsatli csodát művelhet. Csak sajna néha a rossz irányban . Főleg ha valamely kontakt p**a oldalon már eleve kitágult .
Ha elég sűrűn "hajigál" akkor az egyenkénti visszadugdosásnál hamar kibukhat(nak) a rossz(ak).Ha többet egyszerre pusztítasz a badblocks-szal akkor is dobál ?
6x9 = 42
-
vadcoca
tag
válasz bambano #12414 üzenetére
Ha csak ezt a 4.-et lehúzod akkor jó?
A badblocks-ot -w-vel küldöd amikor hibázik?error: { ICRC UNC IDNF }
Ez alapján úgy tűnik mégis lehet valami adatforgalom kísérlete ezen az eszközön. Vagy nem értem hogy akkor milyen adatban lenne CRC hiba.
Hacsak nem buta a vinyó:
Please note that some manufacturers ignore the ATA specifications, and make entries in the error log if the device receives a command which is not implemented or is not valid.Illetve itt ötletelnek hasonlóval kapcsolatban.
[ Szerkesztve ]
6x9 = 42
-
vadcoca
tag
válasz siebener #12713 üzenetére
256 megához max. Debian-t javallanék. De azt is inkább csak LXDE vagy Xfce-vel, ne az alap Gnome-mal. Még csak mókolni sem kellene, eleve benne van az usb-modeswitch. Alcatel x200-zal tuti megy, pont ez van nekem is.
Vagy ezen a nyomon indulva még jó lehet a Lubuntu v. Xubuntu, de ezekkel nincs személyes tapasztalatom.[ Szerkesztve ]
6x9 = 42
-
vadcoca
tag
válasz dash17291 #12782 üzenetére
+1
"Régi" kernelt is meghagyja kernel frissítésnél, max azzal indulsz legközelebb.
Hogy el sem indul azt még nem sikerült produkálnia nálam, max. csak az nvidia driver miatt nem indult az X.
De mióta nvidia-glx(-legacy)-t használok azóta ez sincs. Kernel frissítésnél szépen újrafordítja magának (dkms)Az viszont igaz, hogy a frissítésnél "vigyázni" kell. Synaptic-ot hanyagolom is emiatt, inkább aptitude. Itt ha látom hogy nagyon garázdálkodni akar, azt mondom "következő megoldás". Jelenleg is ez van (pont az nvidia-glx-legacy miatt). Így visszatartok 33 csomagot a többi mehet. De lehet synaptic is tudja ezt, és csak a megszokás....
Vmware-t régebben próbáltam, de inkább Virtualbox. Legalábbis az én igényeimre megfelel. Főleg, hogy debian repo-ban benne is van. Így nem kell ezt sem innen-onnan feltúrni
6x9 = 42
-
vadcoca
tag
válasz dash17291 #12787 üzenetére
Ha nvidia driver-t is a testing-ből akarsz, akkor ellenőrizd, hogy támogatja-e a kártyádat. "Régebbi" cucchoz most csak a squeeze repo-ban van driver. (illetve a http://snapshot.debian.org/-on )
Ha eleve a testinget raknám fel akkor...?
Ha együtt tudsz élni a fent említettekkel, miért ne . De azért meggondolandó, lásd CPT.Pirk. Habár szerintem ott inkább az volt a lassulás oka, hogy egy "alap" squeeze-re húzta rá a wheezy-s repo-kat. Elvileg ezzel nem lehetne gond, de ez volt a leggyanúsabb különbség közöttünk (én ugyanis testing netinst-ről raktam fel).6x9 = 42
-
vadcoca
tag
válasz dash17291 #12794 üzenetére
A G210 "annyira" nem régi .Ez alapján jó lesz, ami a testing-ben van.
Ha te töltöd le, azt neked kell újrafordítani ha kernelt frissítesz. Ha a repo-ból használod, akkor kernel frissítéskor újrafordítja "magának". Verzióban max néhány tized/század különbség van.
[ Szerkesztve ]
6x9 = 42
-
vadcoca
tag
-
vadcoca
tag
válasz shinodas #12925 üzenetére
A grub.cfg és a grub könyvtár jogait kellene módosítanod.
pl. indítasz egy terminált a live-ból
sudo chmod o+w /media/ahol_az_ubi_van/boot/grub
sudo chmod o+w /media/ahol_az_ubi_van/boot/grub/grub.cfgÍgy már tudod szerkeszteni,menteni.
majd jogok vissza:
sudo chmod o-w /media/ahol_az_ubi_van/boot/grub
sudo chmod o-w /media/ahol_az_ubi_van/boot/grub/grub.cfg6x9 = 42
-
vadcoca
tag
válasz attilav2 #15030 üzenetére
Az eszköz megállapításához: fdisk -l
Ha "csak" a filerendszer sérült és nem akarod feltétlenül wipe-olni és a gparted sem boldogul vele, akkor elég csak az első blokkot felülírni 0-val: dd if=/dev/zero of=/dev/hda count=1. Ezután a gparted már megeszi.
CPT.Pirk
filenév kódolás konvertálása: convmv6x9 = 42
-
vadcoca
tag
válasz Speeedfire #15493 üzenetére
Gondolom
dd if=netinst.iso of=/dev/sdx
volt és nem véletlenül of=/dev/sdx1 ?6x9 = 42
-
vadcoca
tag
válasz Speeedfire #15496 üzenetére
Gondoltam hátha, néha ilyen apróságokon csapja homlokon magát az ember.
Azt még el tudnám képzelni, hogy elqrták a fijjug az iso-t és nincs bebillentve a bootflag, egy fdisk-et esetleg megér.
A 3. lehetőség, hogy több ötletem nincs, kérem kapcsolja ki.
6x9 = 42
-
vadcoca
tag
Ha már szóba került a dselect (brrr ), akkor sokkal inkább aptitude. Opciók nélkül indítva egész használható kezelőfelülete van (ha elindítottad, azért érdemes először a súgó menüből a bill parancsokat meglesni), és grafikus felület nélkül sem vagy gondban vele
Ha éppen nem is tudod a neked kellő csomag nevét, a nézetek menüben van "szép" kategória böngésző, vagy ha felteszed a debtags csomagot, akkor debtag nézet (pl works-with-format::mp3, vagy uitoolkit::gtk, és még ezer kategória).
A tag-ekre szűrögetni még jobb a packagesearch csomag. Ez már grafikus, de qt-s, úgyhogy ha kipróbálod magával fog húzni néhány qt-s függőséget.
És persze van software-center csomag is (különben az ubi-ban honnan lenne ? )
6x9 = 42
-
vadcoca
tag
válasz bambano #15759 üzenetére
Synaptic-ot soha nem tudtam igazán megszokni, de lehet ez már a begyöpösödés kezdete Illetve grafikus felület nélkül is ugyanott vagyok vele, ahol egy synaptic-kal.
Függőség feloldásában is vannak olyanok, amit synaptic-ban nem találtam (vagy nincs). Csak egy pl.: lehet több "megoldás" közül választani ha törött csomagok vannak, vagy akár kézzel beavatkozni és közben az adott csomag függőségeiben lehet "előre-hátra" mozogni.
Kb. olyan, mint a synaptic-ban az "előnézet", hogy mi fog történni a telepítéskor, csak ebben a nézetben még be lehet avatkozni, és közben látom is hogy mi fog történni.6x9 = 42
-
vadcoca
tag
válasz atesss #15984 üzenetére
Debian telepítőn van rescue mode. Meg is kérdezi majd, hogy melyik partíció legyen a root.
Ha bent vagy, akkor
update-grub
grub-install /dev/valami (a valami pl. fdisk -l ből leshető)Ha ettől nem javul, akkor grub (és esetleg linux-image-... ) reinstall
Egyébként kb. "bármi" jó amiről el tudod indítani a gépet, csak chroot kell. Arra vigyázz, hogy ha a javítandó telepítés 32 bites, akkor javítani is csak 32 bitessel tudod (ugyanígy amd64-hez amd64).
csatold a javítandó partíciót valahova (pl. /media/mintroot)
cd /media/mintroot
mount -t proc none proc
mount -o bind /dev dev
mount -o bind /sys sys
chroot .Innen ugyanaz mint fent.
6x9 = 42
-
vadcoca
tag
Ha a Debian saját repo-jából raktad fel, akkor újrafordítja magának kernel frissítéskor. (nvidia-kernel-....-dkms)
Ha valamiért mégis beüt a fátum, akkor legfeljebb telefonon távrányítod, hogy a grub menünél nyomjon kétszer lefelé nyilatnvidia-xconfig-gal tudsz ugyan egy nagyon alap xorg.conf-ot generálni, azt már tudod módosítgatni. De mivel automágikusan (xorg.conf nélkül) nem megy, gyanítom úgyis Xorg log túrás lesz a vége.
6x9 = 42
-
vadcoca
tag
Valamiért nem tudja feloldani a függőségeket. Lehet hogy megvan minden csomag frissebb verziója, de a sima upgrade nem annyira "ügyes". Ezért előfordul, főleg ha sok a frissítendő, hogy az upgrade nem talál megoldást. Ekkor működhet a dist-upgrade.
De ha valóban hiányoznak szükséges függőségek, akkor a dist-upgrade sem tud csodát tenni. Akkor várni kell míg meglesz minden szükséges csomag frissebb változata. Addig vissza lesznek tartva azok a csomagok amikhez nincs meg minden.6x9 = 42
-
vadcoca
tag
Na, jól letelt az idő.
Jogokkal is lehet lyukra futni. rsync-hez --numeric-ids, vagy tar-hoz --numeric-owner javasolt.
6x9 = 42
-
vadcoca
tag
válasz Gigi01 #16460 üzenetére
Szerintem is Debian. De előjátéknak a Debian-hoz inkább ezt javasolnám: Linux Mint Debian Edition.
Ez a testing-re épül, ezért (általában ) jóval frissebb, mint a stable. A testing-hez képest pedig nagyobb és ritkábban megjelenő frissítőcsomagokkal operálnak, így ez (elvileg) valódi rolling.szerk:
lassabb gépre LXDE +1[ Szerkesztve ]
6x9 = 42
-
vadcoca
tag
A "régi" grub.cfg-t is elmented, ezt az "új" partíción újra kell generálni. (+grub-install). Az fstab is rossz csak még nem derült ki, mert nem indul .
Ezekkel együtt működőképes a módszer. (viszont lustaság fél egészség: az exclude+mkdir helyett inkább --one-file-system)6x9 = 42
-
vadcoca
tag
tar --one-file-system --numeric-owner cvzpf ....
A one-file-system miatt az adott file-rendszeren belül marad: lementi a proc, sys, dev stb könyvtárakat, de a tartalmukat nem, mert ezek tartalma nem a gyökér partíción (tehát nem a hdd-n) van, csak oda van felcsatolva. Ha pl. egy liveCD-ről bootolsz, akkor látod is, hogy van a partíción egy proc könyvtár, de üres. (További előny, hogy a /media-ban felcsatolva hagyott több terányi külső cuccot sem mentem le "véletlenül" )
A numeric-owner azért ajánlott, mert nem lesz keveredés a visszaállításra használt rendszer usernév/uid csoportnév/gid esetleg eltérő párosai miatt. Akkor lehet benézni, ha nem használod a numeric-owner -t, és a visszaállító rendszerben létezik ugyanolyan név ésvagy csoport, mint a backupolt rendszerben, de a névhez vagy csoporthoz tartozó uid/gid nem ugyanaz mindkettőben.Kérdés, hogy közben mi történik azzal a hdd-vel. Ha pl. leformázod a / partíciót, akkor kap új uuid-t, a grub nem fog menni és az fstab sem lesz jó. Ha viszont pl. mkfs.ext4 -U xxxx-xxxx-xxxx-... /dev/valami , ahol xxxx-xxxx-xxxx-..... a régi uuid, akkor jónak kellene lennie.
Partícionálásnál elvileg nem sérülhetne a grub, mert csak a partíciós tábla bejegyzéseit módosítod. De eddig mindig nyomtam ilyenkor grub-install-t, szóval ezt nem teszteltem.6x9 = 42
-
vadcoca
tag
válasz scream #16628 üzenetére
Szerk. Ha a boot-repair-on ezt értetted, akkor bocs.
Win8 telepítőlemezén van egy ilyen, hogy "Számítógép javítása". Ezzel kinyírod a grub-ot a hdd-n. Viszont ha előtte nyomsz egy sudo grub-install /dev/sdx -t pl. egy olyan pendrive-ra, aminek nincs használatban az MBR-je, akkor az ubuntu-t erről tudod majd indítani. Ez eléggé jobb kézzel bal váll felett megoldás, de így menni fog mindkettő "egyszerre", amíg nem lesz normális megoldás (amire sajnos nincs ötletem).
[ Szerkesztve ]
6x9 = 42
-
vadcoca
tag
-
vadcoca
tag
válasz MasterMark #17741 üzenetére
Elvileg létrejön egy xorg.conf.new abban a könyvtárban, ahol kiadtad a parancsot. De legalább a hibaüzenetre már rá tudsz keresni.
6x9 = 42
-
vadcoca
tag
válasz MasterMark #17743 üzenetére
Akkor az adott user home könyvtárában vagy.
szerk. illetve mindezt root-ként kellene elkövetni...[ Szerkesztve ]
6x9 = 42
-
vadcoca
tag
válasz MasterMark #17745 üzenetére
OK,csak gondoltam tisztázzuk.
Akkor most vagy van egy xorg.conf.new vagy marad a továbblépés a hibaüzenettel.6x9 = 42
-
vadcoca
tag
-
vadcoca
tag
válasz MasterMark #17749 üzenetére
pl.:
invoke-rc.d gdm stop
Vagy gdm helyett kdm, xdm, slim, amit éppen a distro használ. Openelec-ben nem vagyok ennyire ottthon. Vagy "erőszakkal":
pkill X. De ha van valamilyen dm, akkor ha úgy van konfigurálva, újraindulhat és nem vagy előrébb.
De ahogy próbáltam rátalálni, hogy milyen dm-et használ, találtam jobbat:
http://wiki.openelec.tv/index.php?title=Configuring_a_Custom_xorg.conf6x9 = 42
-
vadcoca
tag
válasz MasterMark #17751 üzenetére
A linken levő konfigokból másold be a videokártyádnak megfelelőt az xorg.conf-ba.
6x9 = 42
-
vadcoca
tag
válasz MasterMark #17755 üzenetére
Nem írja felül, ha van xorg.conf, akkor az alapján próbál indulni.
A "nem jó" konkrétan mit jelent ?
A /var/log/Xorg.*.log file-okban tudsz részletesebben tájékozódni.6x9 = 42
-
vadcoca
tag
válasz sanchomuzax #17949 üzenetére
partclone (ezt használja a clonezilla is), vagy partimage
6x9 = 42
-
vadcoca
tag