bagoly

Hozzászólások

10 bejegyzés megtekintése - 11-20 / 39
  • Szerző
    Bejegyzés
  • Hozzászólás: qtparted #1953223
    bagoly
    Felhasználó

      A qtparted grafikus alkalmazás, ha terminálbol inditod, akkor is kell neki az x felület. Szerintem az UHU livecd-n lévõ qtparted nem jól müködik, nekem legalábbis. A knoppix-é az jó, de a következõre figyelni kell:
      A kiválasztott partició után a resize , majd van egy ikon ami megfele a pqmagic végrehajtási funkciójának, csak ekkor hajtra végre, és utána uj funkciót csak a particio ujraolvasása után lehet végezni (ez gyakorlatila egy reboot).
      Amugy tökéletes

      bagoly
      Felhasználó

        Mephysto!
        1.Elõször terminalban init 3, ezzel leáll az X server
        2.Ha nem jön vissza a prompt, egy enter
        3.root user, és lefuttatni a letöltött nvidia megfelelõ run-t (az nvidia lapon van direct suse9.0-hoz)
        4.lehet, hogy anyázik valamiért, de azért megcsinálja amit kell.
        5.sax2, és a módositásnál be jön a lehetöség a 1024x768x85Hz kiválasztási lehetõsége
        (Vigyázz, ha még mást is módosítasz, pl mouse-t vagy klaviartúrát, lehet hogy visszaáll, ellenörizd le mégegyszer, a test-nél látod hogy jó-e.

        Hozzászólás: Ki mióta használja operációs rendszerét ? #1945739
        bagoly
        Felhasználó

          Az idejére nem emlékszem, de a redhat 6.2 tõl kezdve miindig az aktuális redhat-tal (ha uj verzió jött, váltottam), majd a suse 7.1 tõl kezdve suse, mindig az aktuális verzió. Persze úgy, hogy elõször a régi mellé rakom fel pl. hda1 az aktuális, hda2 a következõ. Ha minden jó. átteszem a dolgaimet a régirõl az újra, majd tar-ral átmásolom (offline-ban) a hda1-re és ettõl kezdve az új él. Jelenleg a 9.1 még teszt alatt van, még nem tudtam mindent leellenõrizni rajta, hogy áttegyem.

          Hozzászólás: fstab nem módisítható???? #1944623
          bagoly
          Felhasználó

            Nekem suse 9.0-ban úgy mûködik, hogy amikor bedugom, magától módosítja az FSTAB-ot, de mivel nincs automountom, én mountolom. De ez mindíg sba1 vagy sb1-nek írja be magát. A szám mindenképp kell, mert amit mountolsz az egy particíó és nem egy teljes drive.

            Hozzászólás: #1942061
            bagoly
            Felhasználó

              Van egy olyan érzésem, hogy sajnos nem ilyen egyszerü lesz a linux, unix, m$ kérdés. Amit világszerte láttok linux alkalmazók, majdnem mind költségvetésbõl gazdálkodó cégek.

              Hozzászólás: File share xp es linux kozott #1943783
              bagoly
              Felhasználó

                Ha az xp alatt megosztod a drive-okat pl D E stb.
                Az fstab-ba:
                //172.131.112.90/C /mnt/winxpc smbfs rw,username=user,password= 0 0
                //172.131.112.90/D /mnt/winxpd smbfs rw,username=user,password= 0 0
                //172.131.112.90/E /mnt/winxpe smbfs rw,username=user,password= 0 0
                //172.131.112.90/F /mnt/winxpf smbfs rw,username=user,password= 0 0
                Az ip cim a vmware alatti win cime (példa, lényeg,hogy nem dhcp)
                utána sima mount, vagy ha nem teszed az fstab-ba:
                mount -t smbfs -o username=user,password=**** ///

                Hozzászólás: grub bajok #1943354
                bagoly
                Felhasználó

                  Nem akarok okoskodni, de szerintem ha a bios megengedi mind a két lemez bootolását, akkor ha az egyien win van,az indul, ha a másikon linux van, az kell hogy induljon.
                  De van egy kis probléma az mondtad, hogy primary slave a másik, utána meg azt mondod hogy hdc. A hdc a secondary master (szerintem, meg ha nincs ide kártya vagy alaplapi raid, mert az rendesen megkavarja a dolgot)
                  Másrészt ha a primary master MBR-be kerülne a grub, de a linuxod racken van, amit hurcolsz, attól tartok a win-t csak akkor tudod elinditani, amikor a rack is benn van, mert a grub menu.lst linux particion kell legyen.
                  Mellesleg az installáláskor csinál a grub könyvtárba egy device.map nevu file-t, amiben látod, hogy hogy használta a lemezeket. Ezt mindig figyelembe kell venni! A grub nem a hdxn-et használja, hanem a (hdx,x) szerinti particiókat, de a rendszerben már a hdxn (és a device.map-nek meg kell felelnie)
                  Ezért jobbnak találnám, a linuxhoz linuxos particio mbr-jét kellene használni. Kár. hogy az uhu-nál nem engedik a grub-ot egy partición.

                  Hozzászólás: slack -enyhe gondok…tényleg #1941235
                  bagoly
                  Felhasználó

                    kösz ez tényleg jobb

                    Hozzászólás: slack -enyhe gondok…tényleg #1941232
                    bagoly
                    Felhasználó

                      Errõl tud valaki vamit?
                      Ez nem ingyenes?

                      HIBA
                      A kért URL nem tölthetõ le

                      Az alábbi URL nem tölthetõ le: ftp://ftp.linuxforum.hu/CDROM-Images/Slac…-install-d1.iso

                      A Squid az alábbi FTP parancsot küldte:

                      CWD CDROM-Images

                      és ezt a választ kapta

                      CDROM-Images: No such file or directory

                      A hibát lehet hogy az okozta, hogy az FTP URL abszolút elérési utat tartalmaz (ami nem felel meg az RFC 1738 elõírásnak). Amennyiben ez a hiba oka, akkor az állományt a ftp://ftp.linuxforum.hu/%2f/CDROM-Images/…-install-d1.iso címen lehet megtalálni.

                      Hozzászólás: VmWare + UHU 1.1 #1941515
                      bagoly
                      Felhasználó

                        Mindenképpen kell nekem idõndént egy teljes mentés, amit akármikor akárhova vissza tudok tölteni, a virtuális diskes file-okat csak abban a környezetben lehet használni. Túl sok dolgom van a rendszerben, hogy újra kelljen esetleg installálni.

                      10 bejegyzés megtekintése - 11-20 / 39