Új hozzászólás Aktív témák
-
kovaax
őstag
Hell! \m/
Tudtam, hogy frissült a kuglikgóm, de nem jelezte magától, úgyhogy elindítottam a Szoftverek-et, azt mondta, hogy 20 perce frissítette az adatait, és nincs új csomag. Indítottam egy terminált, és hát láss csodát, a yum update 141 új csomagot talált (köztük a kuglikróm természetesen), és frissített... Szóval ez nekem csak nem akar működni, vagy csak havonta egyszer, vagy a fax tudja...
-
kovaax
őstag
válasz
Dhampir
#4874
üzenetére
Nem használok CentOS-t, szóval nem tudom. Itt amúgy két problémáról van szó: 1. A grafikus Szoftverek nem frissít egyáltalán. 2. A yum meg mindig 404-es hibát dobál, nekem egy svájci tükörről próbál frissíteni (utána máshonnan frissít, szóval ez legalább működik). De egyiket se oldotta meg a lenti linken lévő megoldás.
-
kovaax
őstag
Naugye:
Yum csomagkezelő hibák javítása
Rendszer frissítés Fedora 21-hezKár, hogy nem javítanak meg semmit. Legalábbis nem frissül a PackageKit és libhif, és a 404 hiba se múlik el...
-
kovaax
őstag
A 20 és 21 alatt már nem gyomláltam ki semmit pont emiatt, szóval nem tudom még él-e ez a "fícsör". Mindenesetre tegnap leszedtem egy csomó szart, és megnézem mi lesz. Aztán riportolok.
De a yumex (nekem legalábbis) úgy működött, hogy kilistázta az össze javított csomagot, szóval azokat is, amik nincsenek felinstallálva. Így vagy tudtam, hogy mit nem kell bepipálni, vagy azt mondtam, hogy jelölje ki mindet, majd hajrá, és akkor visszarakta azt is a függőségeivel együtt, amit már nem kellett volna...
-
-
kovaax
őstag
-
kovaax
őstag
A Szoftverek és a gnome-updater(?, ami amúgy se működik a 21 alatt) nevű
szarokszoftverek sem találják újabban a frissítéseket nekem sem. Szóval valami vagyon el van barkácsolva megint a gnómikus fedórán... Kénytelen vagyok parancssorban frissíteni, oda a deszktop fíling!Az XFCE spin kapásból yumex-szel települ, az működik rendesen.
-
kovaax
őstag
-
kovaax
őstag
Sziasztok,
Felraktam a 21-et... Mondjuk elsőre sikerült egy apt-get install akármi parancsot kiadnom, és akkor se esett le, amikor megkérdezte, hogy nincs fent az apt csomag, felrakja-e... Szóval utána már a yum se működött. Újrahúztam. Szóval második nekifutásra működik is, most is onnan írok. Viszont a gnome-packagekit-updater amikor Frissítések telepítése-t nyomok neki, lehal, hogy A csomagok frissítése meghiúsult, merthogy The package id's '' are not valid... Valakinek van rá valami ötlete? yum update meg Szoftverek működik rendesen.
-
kovaax
őstag
Frissült az Ubuntuban a kernel, úgyhogy újra kellett csinálni a Fedora grubját, de megint nem találta meg az Ubuntut. Viszont most csak annyit csináltam, hogy felmountoltam a Fedora alól az Ubi boot-ot tartalmazó particióját, majd lemountoltam, és utána már megtalálta az mkconfig az Ubuntut. Szóval valahogy a particiót nem akarja felfedezni magától, vagy valami hasonló a gond...
-
-
kovaax
őstag
-
kovaax
őstag
Sziasztok,
A Fedora 20-am egy ideje nem ismeri fel a mellé telepített Ubuntu 14.04-et, csak a Jessiet. Mitől lehet ez?
Az sda8-9-en van az Uborka:
[root@localhost ~]# os-prober
/dev/sda6:Debian GNU/Linux (jessie/sid):Debian:linux
[root@localhost ~]# fdisk -l
Disk /dev/sda: 186,3 GiB, 200049647616 bytes, 390721968 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x00024903
Eszköz Indítható Start Vége Blocks Id System
/dev/sda1 2048 19531775 9764864 83 Linux
/dev/sda2 19531776 23531519 1999872 82 Linux swap / Solaris
/dev/sda3 23533566 390721535 183593985 5 Extended
/dev/sda5 23533568 218843135 97654784 83 Linux
/dev/sda6 * 218845184 238374911 9764864 83 Linux
/dev/sda7 238376960 304781311 33202176 83 Linux
/dev/sda8 304783360 324313087 9764864 83 Linux
/dev/sda9 324315136 390721535 33203200 83 Linux
[root@localhost ~]#Be kéne billenteni a boot flag-et az sda8-on is?
-
kovaax
őstag
Na, lehet nem érdekes ez a kérdés.
A "Lemezek" című alkalmazással rámegyek a megfelelő lemez megfelelő particiójára, a kis fogaskerekeken klikkolok, "Csatolási beállítások szerkesztése..." menüpont, és már majdnem ott is vagyunk.
"Automatikus csatolási beállítások": KI (így tudok egyáltalán módosítani bármit is)
"Csatolás indításkor": Ki kell kapcsolni.
"Megjelenítés a felhasználói felületen": Be, erre megjelenik középen az fstab opcióknál a x-gvfs-show, meg a fájlkezelőben megjelenik a fájlrendszer.
"További hitelesítés megkövetelése csatoláskor": Na, ezzel van szopóka. Tök mindegy, hogy bekapcsolom (x-udisks-auth opciót rak az fstab-ba), vagy sem, ha a fájlkezelőben klikkelek, mindig kér root jelszót.
"Megjelenő név": "Wheezy/home", ez lesz a fájlkezelőben a fájlrendszer neve.
Az fstab opciókhoz beírtam még, hogy ro, ezt veszi is, csak olvashatónak mountol, de az user-t lekakilja magasról, továbbra is kell root jelszó a fájlkezelőben... No mindegy, ennyivel is előrébb vagyok legalább. -
#4129
kovaax
őstag
rokefeller
#4123
kovaax
őstag
válasz
rokefeller
#4123
üzenetére
A gnome-software-ben lehet csomagonként nézelődni valahogy?
-
#4124
kovaax
őstag
rokefeller
#4123
kovaax
őstag
válasz
rokefeller
#4123
üzenetére
Kipróbáltam, de nem jött be.
-
kovaax
őstag
Sziasztok,
Az mitől van, hogyha a gnómselles f19-ben megklikkelem a szoftveres ikont, akkor kergetőzik egy kicsit, aztán nem történik semmi. Ha terminálba beírom a gpk-application parancsot, akkor elindul szépen, bár van ahol megnyeklik így is (összetörik az ablaka, és nehéz bármit is csinálni vele, de mondjuk be lehet zárni szépen). Ezekről hol találok valami logot?
Az meg milyen már, hogy az xfce spin grub2-je nem tudja kiírni a Schrödinger's Cat ö betűjét, de a Debiannak sikerül...
-
kovaax
őstag
Na, fent van az egyik gépemen az F19. 1. A normál kiadás torrent fájlját csak kuglival találtam meg, a honlapjukon nem leltem (az xfce spiné meglett gyorsan). Installálás közben nem tudtam átállítani magyarra a billentyűzetet, hiába nyomkodtam azt a szaros gombot. Az anaconda még mindig egy rakás kaki. Szerintem én mazochista vagyok...
-
kovaax
őstag
Na, most olyan hibába futottam, ami eddig nem volt. Bedugom az usb botomat, felismeri, fel is tudom mountolni. De ha írni akarok rá, akkor pár perc próbálkozás után hibával leáll, és lemountolja. Két bigyóval is kipróbáltam, mindkettővel ugyanaz a probléma. Ugyanezen a gépen van Ubuntu is, az tudja írni rendesen, hiba nélkül (szóval nem hardveres a probléma). Kb. az utolsó kernel frissülés óta van ez Fedora alatt is. Ez van a messagesben:
Feb 19 17:54:11 localhost kernel: [ 94.697028] usb 2-4: new high-speed USB device number 2 using ehci_hcd
Feb 19 17:54:11 localhost kernel: [ 94.813447] usb 2-4: New USB device found, idVendor=0930, idProduct=6544
Feb 19 17:54:11 localhost kernel: [ 94.813453] usb 2-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Feb 19 17:54:11 localhost kernel: [ 94.813457] usb 2-4: Product: DataTraveler 2.0
Feb 19 17:54:11 localhost kernel: [ 94.813461] usb 2-4: Manufacturer: Kingston
Feb 19 17:54:11 localhost kernel: [ 94.813464] usb 2-4: SerialNumber: 001E4FAB7F6BC8C1A57802C6
Feb 19 17:54:12 localhost kernel: [ 94.913232] Initializing USB Mass Storage driver...
Feb 19 17:54:12 localhost kernel: [ 94.915027] scsi2 : usb-storage 2-4:1.0
Feb 19 17:54:12 localhost kernel: [ 94.915644] usbcore: registered new interface driver usb-storage
Feb 19 17:54:12 localhost kernel: [ 94.915651] USB Mass Storage support registered.
Feb 19 17:54:13 localhost kernel: [ 95.916664] scsi 2:0:0:0: Direct-Access Kingston DataTraveler 2.0 1.00 PQ: 0 ANSI: 2
Feb 19 17:54:13 localhost kernel: [ 95.918077] sd 2:0:0:0: Attached scsi generic sg3 type 0
Feb 19 17:54:13 localhost kernel: [ 95.919447] sd 2:0:0:0: [sdc] 15646656 512-byte logical blocks: (8.01 GB/7.45 GiB)
Feb 19 17:54:13 localhost kernel: [ 95.919947] sd 2:0:0:0: [sdc] Write Protect is off
Feb 19 17:54:13 localhost kernel: [ 95.920359] sd 2:0:0:0: [sdc] No Caching mode page present
Feb 19 17:54:13 localhost kernel: [ 95.920367] sd 2:0:0:0: [sdc] Assuming drive cache: write through
Feb 19 17:54:13 localhost kernel: [ 95.923336] sd 2:0:0:0: [sdc] No Caching mode page present
Feb 19 17:54:13 localhost kernel: [ 95.923346] sd 2:0:0:0: [sdc] Assuming drive cache: write through
Feb 19 17:54:13 localhost kernel: [ 95.925018] sdc: unknown partition table
Feb 19 17:54:13 localhost kernel: [ 95.926932] sd 2:0:0:0: [sdc] No Caching mode page present
Feb 19 17:54:13 localhost kernel: [ 95.926941] sd 2:0:0:0: [sdc] Assuming drive cache: write through
Feb 19 17:54:13 localhost kernel: [ 95.926947] sd 2:0:0:0: [sdc] Attached SCSI removable disk
Feb 19 17:54:24 localhost kernel: [ 107.055333] EXT4-fs (sdc): mounted filesystem with ordered data mode. Opts: (null)
Feb 19 17:54:24 localhost udisksd[1424]: Mounted /dev/sdc at /run/media/peter/af38a901-0bf2-4b54-b954-b57b28feec20 on behalf of uid 1000
Feb 19 17:54:30 localhost dbus-daemon[511]: dbus[511]: [system] Activating service name='net.reactivated.Fprint' (using servicehelper)
Feb 19 17:54:30 localhost dbus[511]: [system] Activating service name='net.reactivated.Fprint' (using servicehelper)
Feb 19 17:54:30 localhost dbus-daemon[511]: dbus[511]: [system] Successfully activated service 'net.reactivated.Fprint'
Feb 19 17:54:30 localhost dbus[511]: [system] Successfully activated service 'net.reactivated.Fprint'
Feb 19 17:54:30 localhost dbus-daemon[511]: Launching FprintObject
Feb 19 17:54:30 localhost dbus-daemon[511]: ** Message: D-Bus service launched with name: net.reactivated.Fprint
Feb 19 17:54:30 localhost dbus-daemon[511]: ** Message: entering main loop
Feb 19 17:55:00 localhost dbus-daemon[511]: ** Message: No devices in use, exit
Feb 19 17:55:14 localhost kernel: [ 156.882031] usb 2-4: reset high-speed USB device number 2 using ehci_hcd
Feb 19 17:55:29 localhost kernel: [ 172.018032] usb 2-4: device descriptor read/64, error -110
Feb 19 17:55:44 localhost kernel: [ 187.255031] usb 2-4: device descriptor read/64, error -110
Feb 19 17:55:44 localhost kernel: [ 187.458029] usb 2-4: reset high-speed USB device number 2 using ehci_hcd
Feb 19 17:55:59 localhost kernel: [ 202.595030] usb 2-4: device descriptor read/64, error -110
Feb 19 17:56:14 localhost kernel: [ 217.834031] usb 2-4: device descriptor read/64, error -110
Feb 19 17:56:15 localhost kernel: [ 218.037030] usb 2-4: reset high-speed USB device number 2 using ehci_hcd
Feb 19 17:56:25 localhost kernel: [ 228.461030] usb 2-4: device not accepting address 2, error -110
Feb 19 17:56:25 localhost kernel: [ 228.563030] usb 2-4: reset high-speed USB device number 2 using ehci_hcd
Feb 19 17:56:36 localhost kernel: [ 238.988031] usb 2-4: device not accepting address 2, error -110
Feb 19 17:56:36 localhost kernel: [ 238.988075] usb 2-4: USB disconnect, device number 2
Feb 19 17:56:36 localhost kernel: [ 238.988188] sd 2:0:0:0: Device offlined - not ready after error recovery
Feb 19 17:56:36 localhost kernel: [ 238.991430] sd 2:0:0:0: [sdc] Unhandled error code
Feb 19 17:56:36 localhost kernel: [ 238.991438] sd 2:0:0:0: [sdc]
Feb 19 17:56:36 localhost kernel: [ 238.991442] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
Feb 19 17:56:36 localhost kernel: [ 238.991445] sd 2:0:0:0: [sdc] CDB:
Feb 19 17:56:36 localhost kernel: [ 238.991448] Write(10): 2a 00 00 00 0f f8 00 00 08 00
Feb 19 17:56:36 localhost kernel: [ 238.991461] end_request: I/O error, dev sdc, sector 4088
Feb 19 17:56:36 localhost kernel: [ 238.991467] Buffer I/O error on device sdc, logical block 511
Feb 19 17:56:36 localhost kernel: [ 238.991469] lost page write due to I/O error on sdc
Feb 19 17:56:36 localhost kernel: [ 238.991569] EXT4-fs error (device sdc): ext4_read_inode_bitmap:175: comm tar: Cannot read inode bitmap - block_group = 0, inode_bitmap = 495
Feb 19 17:56:36 localhost kernel: [ 238.991663] EXT4-fs error (device sdc) in ext4_new_inode:942: IO failure
Feb 19 17:56:36 localhost kernel: [ 238.991668] EXT4-fs (sdc): previous I/O error to superblock detected
Feb 19 17:56:36 localhost kernel: [ 238.999109] Aborting journal on device sdc-8.
Feb 19 17:56:36 localhost kernel: [ 238.999150] JBD2: Error -5 detected when updating journal superblock for sdc-8.
Feb 19 17:56:36 localhost kernel: [ 238.999161] journal commit I/O error
Feb 19 17:56:36 localhost systemd-udevd[1581]: inotify_add_watch(7, /dev/sdc, 10) failed: No such file or directory
Feb 19 17:56:36 localhost udisksd[1424]: Cleaning up mount point /run/media/peter/af38a901-0bf2-4b54-b954-b57b28feec20 (device 8:32 no longer exist)
Feb 19 17:56:36 localhost kernel: [ 239.101064] usb 2-4: new high-speed USB device number 3 using ehci_hcd
Feb 19 17:56:36 localhost kernel: [ 239.213308] EXT4-fs error (device sdc): ext4_put_super:858: Couldn't clean up the journal
Feb 19 17:56:36 localhost kernel: [ 239.213319] EXT4-fs (sdc): Remounting filesystem read-only
Feb 19 17:56:51 localhost kernel: [ 254.239025] usb 2-4: device descriptor read/64, error -110
Feb 19 17:57:06 localhost kernel: [ 269.423186] hub 2-0:1.0: unable to enumerate USB device on port 4Van valakink valami ötlete?
-
#3933
kovaax
őstag
rokefeller
#3927
kovaax
őstag
válasz
rokefeller
#3927
üzenetére
Most xfce spin alatt a függőségeknél akadt el, meg is jelent a kis nínó jel jobbra fent. De az alapértelmezett DE esetében is lehal időnként.
Sőt, a gnómos újabban rendszeresen bekéri a root jelszót, amikor ki akarom kapcsolni a gépet júzerként, hogy valaki más is be van jelentkezve, erősítsem meg... Egy darabig azt hittem, hogy olyankor csinálja, ha menet közben su-ztam root-ra, de volt olyan is, hogy csak júzerként tettem-vettem, és utána kért root jelszót.
-
#3925
kovaax
őstag
rokefeller
#3924
kovaax
őstag
válasz
rokefeller
#3924
üzenetére
Egyszer csak megállt, nem csinált semmit a top szerint, és nem is történt semmi. Most azt meg nem mondom neked, hogy a yumex hol szokta csinálni, de a gnómos az a telepítés indításánál akadt el (valameddig tekert, aztán megállt).
-
-
kovaax
őstag
válasz
body007
#3914
üzenetére
Valószínű amúgy, hogy az nvidiaval is kínlódás lenne, mert a modeset bug független a drivertől nálam. Úgyhogy végül is betekertem nomodeset mellé a vesa drivert, oszt csókolom. Az xorg.conf-val szoptam rendesen, pedig annak idején még xfree86-os időkben kézzel csináltam mindig, de hát mikor volt már az, elkényelmesedtem nagyon...
-
kovaax
őstag
Felvettem a repot, de ugyanúgy hiányzik neki az a csomag:
[root@localhost]# yum install nvidia-graphics96.43.23
Betöltött bővítmények: langpacks, presto
Függőségek megállapítása
--> Tranzakció ellenőrzés futtatása
---> A(z) nvidia-graphics96.43.23.i686 0:96.43.23-109.fc18 csomaggal a következő történik: telepítve
--> A(z) nvidia-graphics96.43.23-libs = 96.43.23-109.fc18 függőség feldolgozása a következő csomaghoz: nvidia-graphics96.43.23-96.43.23-109.fc18.i686
--> A(z) libGLcore.so.1 függőség feldolgozása a következő csomaghoz: nvidia-graphics96.43.23-96.43.23-109.fc18.i686
--> A(z) libnvidia-tls.so.1 függőség feldolgozása a következő csomaghoz: nvidia-graphics96.43.23-96.43.23-109.fc18.i686
--> A(z) nvidia-graphics96.43.23-kmdl-96.43.23-109.fc18 függőség feldolgozása a következő csomaghoz: nvidia-graphics96.43.23-96.43.23-109.fc18.i686
--> A(z) nvidia-graphics-helpers függőség feldolgozása a következő csomaghoz: nvidia-graphics96.43.23-96.43.23-109.fc18.i686
--> Tranzakció ellenőrzés futtatása
---> A(z) nvidia-graphics-helpers.i686 0:0.0.30-33.fc18 csomaggal a következő történik: telepítve
---> A(z) nvidia-graphics96.43.23.i686 0:96.43.23-109.fc18 csomaggal a következő történik: telepítve
--> A(z) nvidia-graphics96.43.23-kmdl-96.43.23-109.fc18 függőség feldolgozása a következő csomaghoz: nvidia-graphics96.43.23-96.43.23-109.fc18.i686
---> A(z) nvidia-graphics96.43.23-libs.i686 0:96.43.23-109.fc18 csomaggal a következő történik: telepítve
--> A függőségvizsgálat véget ért
Hiba: Csomag: nvidia-graphics96.43.23-96.43.23-109.fc18.i686 (atrpms)
Megkövetel: nvidia-graphics96.43.23-kmdl-96.43.23-109.fc18
Próbálja meg használni --skip kapcsolót a probléma elkerüléséhez
Próbálja meg futtatni: rpm -Va --nofiles --nodigest
[root@localhost]#Frissült amúgy ma a xorg-x11-drv-modesetting pekidzs, de engem nem tettek vele boldoggá...
-
#3912
kovaax
őstag
rokefeller
#3881
kovaax
őstag
válasz
rokefeller
#3881
üzenetére
Routeren át kapja a nettet, és fix címre volt azon nyitva a port, és persze nem azzal állítottam be a Fedorát...
A Public-ban állítottam be, és mostmár működik.
-
kovaax
őstag
A pélóba... Szerintem már fáradt voltam, mert nem találtam meg az első oldalon az install szexciót...
Most meg lett kapásból... 
Viszont kipróbáltam, hogy csinálok xorg.conf-ot, és belevésem a vesa drivert. Na, úgy is csak az installal felkerült kernellel működik. Ebből mondjuk azt gondolnám, hogy akkor a probléma független a használt drivertől...
-
kovaax
őstag
Nem jó, nem találom ezt a csomagot...
rpm -i nvidia-graphics96.43.23-96.43.23-109.fc18.i686.rpm nvidia-graphics96.43.23-libs-96.43.23-109.fc18.i686.rpm nvidia-graphics-helpers-0.0.30-33.fc18.i686.rpm
warning: nvidia-graphics96.43.23-96.43.23-109.fc18.i686.rpm: Header V4 DSA/SHA1 Signature, key ID 66534c2b: NOKEY
error: Failed dependencies:
nvidia-graphics96.43.23-kmdl-96.43.23-109.fc18 is needed by nvidia-graphics96.43.23-96.43.23-109.fc18.i686 -
kovaax
őstag
-
kovaax
őstag
Na, csak nem tudtam megállni. Jött ki újabb kernel, azzal se jó, csak az eredetivel. Szóval valamit konzekvensen elbaltáz, amikor új kernelt rak fel... Megpróbáltam felrakni a zárt nvidia drivert (GF4), de nincsenek 96xx csomagok az rpmfusion F18 szexciójában, a régiekből se tudtam összeválogatni minden függőségét... Van valakinek valami ötlete?
Azt szeretem a legjobban a Fedorában, hogy a nagy nehezen kigyomlált csomagokat szépen visszarakja, ha kijön valami javításuk...
-
#3887
kovaax
őstag
rokefeller
#3885
kovaax
őstag
válasz
rokefeller
#3885
üzenetére
Valami ilyesmi, de lusta vagyok sok energiát ölni bele. Várok pár napot, és kap egy újabb frissítést, hátha attól rendbe jön...
-
kovaax
őstag
A legfrissebb kernellel egyáltalán nem bootol be, vagyis nagy sötét feketeség lesz belőle. A Kikapcsológombra mintha leállna rendesen. A messages-ben van egy érdekes "modprobe: Error: missing parameters. See -h."
Szerk.: Valóban leáll rendesen:
Power key pressed.
Powering Off...
System is powering down. -
#3882
kovaax
őstag
rokefeller
#3881
kovaax
őstag
válasz
rokefeller
#3881
üzenetére
Köszi, kipróbálom akkor mindben én is.
-
kovaax
őstag
Így utólag nem volt bonyolult, csak a dizájn az áttekinthetőség rovására megy szerintem (mondjuk én nem particionáltam át, a régit használom már rég). Bár az pl. nem derült ki közben, hogy melyik elsődleges és melyik kiterjesztett partició. Majd még szórakozok vele. Most pl. azt kutatom, hogy miért nem sikerült beállítani a torrent portot a tűzfalon (besikerült, csak a transmission továbbra is azt mondja, hogy zárva van, mondjuk már inkább feladtam, minthogy kiadjak egy iptables -L -v parancsot).
-
kovaax
őstag
F18 alól írok. 2 nap után 359 csomag frissült... És hol elindul, hol nem (frissítés után vagyok már). A firefox és a chrome is szirénával indul, mondjuk csak a firefox hal meg tőle. És elszabadult az abrt, csomagok tömegét teszi most fel nekem a háttérben...
Ja, az udate kinyírta a yumex-et (azóta ha bejelentkezek, rögtön szirénázik, hogy meghalt a yumex), még szerencse, hogy a yum update lefutott.
-
kovaax
őstag
Eddig nem volt vele gondom, elég kényelmes volt. Csak most az expert particionálás tűnik zavarosnak kicsit. Amúgy meg van particionálva a vinyó jól, csak meg kell neki mondani, hogy a gyökér hol legyen, és azt formázza is, meg hogy a /home hol legyen, de azt ne formázza. Ez a + -szal kinyitom, meg megpróbálom felismerni, hogy az egyes particiók kihez tartoznak (F17, U12.04, Squeeze és Wheezy van rajta jelenleg), ez szerintem zavaró így. Expert módban legyenek ott a vinyók és az ő particióik, és majd az expert tudja, hogy ki kivel van, hiszen ő az expert. Nem vindóz ez kérem!
-
kovaax
őstag
Én az rc.local-ba raknám, de kugli azt mondja, hogy a Fedorások is oda raknák: http://yizhangid.blogspot.hu/2012/07/missing-rclocal-in-fedora-17-and-16-and.html
Szerk.: Milyen kikapcsoló gombok? Nekem nincs hiányérzetem xfce alatt...
-
-
kovaax
őstag
Firefoxból chrome install nem ment megint, le kellett tölteni és kézzel felrakni. Krómból viszont ment klikkre az rpmfusion... Igazándiból most nem is tudom, hogy miket szoktam még állítgatni... De egyelőre semmi egetrengetőt nem tapasztaltam a 16-hoz képest... Megyen, oszt csókolom.
Szerk.: Mondjuk a lényeget nem mondtam: külön van a gyökér és a /home, és így friss installt csináltam, /home formázás nélkül.
-
kovaax
őstag
összesen 43692
-rw-r--r--. 1 root root 795572 ápr 11 03.52 abi-3.2.0-23-generic
-rw-r--r--. 1 root root 795572 ápr 25 17.14 abi-3.2.0-24-generic
-rw-r--r--. 1 root root 147316 ápr 11 03.52 config-3.2.0-23-generic
-rw-r--r--. 1 root root 147378 ápr 25 17.14 config-3.2.0-24-generic
drwxr-xr-x. 3 root root 12288 ápr 28 10.30 grub
-rw-r--r--. 1 root root 14118351 ápr 28 10.16 initrd.img-3.2.0-23-generic
-rw-r--r--. 1 root root 14118036 ápr 28 10.30 initrd.img-3.2.0-24-generic
-rw-r--r--. 1 root root 176764 nov 27 11.00 memtest86+.bin
-rw-r--r--. 1 root root 178944 nov 27 11.00 memtest86+_multiboot.bin
-rw-------. 1 root root 2252691 ápr 11 03.52 System.map-3.2.0-23-generic
-rw-------. 1 root root 2252691 ápr 25 17.14 System.map-3.2.0-24-generic
-rw-r--r--. 1 root root 4864480 ápr 23 15.28 vmlinuz-3.2.0-23-generic
-rw-------. 1 root root 4864480 ápr 25 17.14 vmlinuz-3.2.0-24-genericEgy szimpla chmod +r vmlinuz-3.2.0-24-generic után már felismeri a Fedora megint a Xubit. Én kérek elnézést!
-
kovaax
őstag
válasz
csendes
#3447
üzenetére
Így csináltam, persze. Csak nem matattam bele kézzel a konfigba. Szvsz itt a 21. században már fel kéne tudni ismernie a többi disztribuciót. Persze a többiek mind felismerik a Fedcsit, csak ő a kakukktojás.
Elindulok megint a kályhától, újrarakom az ubit, és frissítéskor megnézem hogy vajon mi változik meg, amitől már nem tudja felismerni...
-
kovaax
őstag
A játszós gépemen a Fedora adja a boot menüt (xfce spin). Felraktam mellé a Xubuntu 12.04-et, és install után toltam egy grub2-mkconfig -o /boot/grub2/grub.cfg -t a Fedora alatt, ami fel is ismerte a Xubit. Reboot, bebootoltam a Xubit, ami szólt, hogy vannak friss csomagok, felrakattam vele. Persze volt köztük kernel is, úgyhogy mentem megint a Fedcsibe, de mostmár nem ismeri fel a fenti parancs a Xubit. Ugyanez volt a Xubi 11.10-zel is...Van valakinek valami tippje, hogy mi van elkefélve?
-
kovaax
őstag
Na, csak bebutultam megint azt a kacatot: a Debian-t direktben indítja, nem pedig a grubjára mutat. Merthogy a Debiant felismeri...
Szerk.: Beletettem a bogarat a fülembe, úgyhogy gyorsan bebutultam a Debcsit, installáltam az ő grubját a masterbe, és hát ő se találja meg a xubuntut. Szóval a xubival van valami gebasz, nemrég frissítettem őkelmét, és akkor lehet emiatt nam találja senki...
-
Új hozzászólás Aktív témák
- Game Pass Ultimate előfizetések 1 - 36 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN! AKCIÓ!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - 15% AKCIÓ
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- PC Game Pass előfizetés
- Részletfizetés. BankMentes. Kamatmentes. Új noblechairs EPIC FEKETE ARANY. 3 év garancia!
- HIBÁTLAN iPhone 15 128GB Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS4597
- Eladó iPad Pro 12.9 tokok többféle színben és kivitelben!
- REFURBISHED - DELL Performance Dock WD19DCS (210-AZBN)
- LG 65G5 - 65" OLED Tandem - 4K 165Hz & 0.1ms - MLA Plus - 4000 Nits - NVIDIA G-Sync - FreeSync
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest