gabaman

Hozzászólások

10 bejegyzés megtekintése - 31-40 / 2,173
  • Szerző
    Bejegyzés
  • Hozzászólás: dnsdomainname #2194321
    gabaman
    Felhasználó
      kelen wrote:
      Hol tudom beállítani a hostomhoz tartozó dns nevet?

      Olyan, hogy „dns név” nem létezik. Valószínűleg a domain (tartomány) névre gondolsz. A DNS: Domain Name System – Tartomány Név Rendszer.

      kelen wrote:
      A hostnevet megtaláltam a /etc/sysconfig/network file-ban de a dns nevet egyszerűen sehol se tudom átírni.

      A lokális NS feloldás az /etc/hosts fájlból történik, a /etc/sysconfig/network egy belső automatikusan generált rendszerfájl, amit a Rendszer -> Adminisztráció -> Hálózat grafikus menüpontban tudsz szerkeszteni, a kézi megváltoztatása semmiképpen sem ajánlott. Ha több gép szeretné a géped egy megadott tartományból látni, akkor a helyi hálózatban levő DNS szerverben kell megadni. Ilyet az otthon használatos „ADSL/Kábelnet router” is tud.

      kelen wrote:
      Sikerült megtalálnom.
      Csak a host név után írom a dns tagot.

      Ez nem lesz jó, mert a lokális névfeloldásnál nincs tartomány feloldás. Azaz a host név után kell írni a host+tartomány nevet:

      Code:
      127.0.0.1              host host.domain.hu localhost

      Bővebb infó a DNS-ről:
      http://hu.wikipedia.org/wiki/Domain_Name_System

      Hozzászólás: dnsdomainname #2194322
      gabaman
      Felhasználó
        kelen wrote:
        Hol tudom beállítani a hostomhoz tartozó dns nevet?

        Olyan, hogy „dns név” nem létezik. Valószínűleg a domain (tartomány) névre gondolsz. A DNS: Domain Name System – Tartomány Név Rendszer.

        kelen wrote:
        A hostnevet megtaláltam a /etc/sysconfig/network file-ban de a dns nevet egyszerűen sehol se tudom átírni.

        A lokális NS feloldás az /etc/hosts fájlból történik, a /etc/sysconfig/network egy belső automatikusan generált rendszerfájl, amit a Rendszer -> Adminisztráció -> Hálózat grafikus menüpontban tudsz szerkeszteni, a kézi megváltoztatása semmiképpen sem ajánlott. Ha több gép szeretné a géped egy megadott tartományból látni, akkor a helyi hálózatban levő DNS szerverben kell megadni. Ilyet az otthon használatos „ADSL/Kábelnet router” is tud.

        kelen wrote:
        Sikerült megtalálnom.
        Csak a host név után írom a dns tagot.

        Ez nem lesz jó, mert a lokális névfeloldásnál nincs tartomány feloldás. Azaz a host név után kell írni a host+tartomány nevet:

        Code:
        127.0.0.1              host host.domain.hu localhost

        Bővebb infó a DNS-ről:
        http://hu.wikipedia.org/wiki/Domain_Name_System

        Hozzászólás: RedHat 3 login probléma #2191942
        gabaman
        Felhasználó

          Nézz körül a PAM környékén, remek mágiákat lehet varázsolni a segítségével. Például időablakot a root bejelentkezéshez, vagy az első elrontott jelszó után letilthat vagy 1 órára. Esetleg a felhasználók közvetlen bejelentkezését is tiltani lehet (pl. root jogokat csak bejelentkezett user kaphat), vagy konkrát – esetleg virtuális – terminálhoz lehet kötni. Két login közötti időt is bármennyire be lehet állítani. Lásd: /etc/pam.d/* .

          A Samba userek bejelentkezése nem érdekes, ha gyengén van beállítva nem is lépteti be őket az unix login rendszeren.

          Próbálj meg felhasználóként belépni, majd utána root-ként. Esetleg ha már mindent kimerítettél, elolvashatnád a RedHat 3 kézikönyvét, elég részletes.

          http://www.redhat.com/docs/manuals/enterprise/RHEL-3-Manual/
          http://www.kernel.org/pub/linux/libs/pam/Linux-PAM-html/Linux-PAM_SAG.html

          Hozzászólás: RedHat 3 login probléma #2191943
          gabaman
          Felhasználó

            Nézz körül a PAM környékén, remek mágiákat lehet varázsolni a segítségével. Például időablakot a root bejelentkezéshez, vagy az első elrontott jelszó után letilthat vagy 1 órára. Esetleg a felhasználók közvetlen bejelentkezését is tiltani lehet (pl. root jogokat csak bejelentkezett user kaphat), vagy konkrát – esetleg virtuális – terminálhoz lehet kötni. Két login közötti időt is bármennyire be lehet állítani. Lásd: /etc/pam.d/* .

            A Samba userek bejelentkezése nem érdekes, ha gyengén van beállítva nem is lépteti be őket az unix login rendszeren.

            Próbálj meg felhasználóként belépni, majd utána root-ként. Esetleg ha már mindent kimerítettél, elolvashatnád a RedHat 3 kézikönyvét, elég részletes.

            http://www.redhat.com/docs/manuals/enterprise/RHEL-3-Manual/
            http://www.kernel.org/pub/linux/libs/pam/Linux-PAM-html/Linux-PAM_SAG.html

            Hozzászólás: 4 Gb ram helyett 3.2 #2191884
            gabaman
            Felhasználó
              KissAG wrote:
              Ja ne haragudj… nem esett le, hogy nem rólam van szó…

              Semmi gond, én sem tudtam biztosan hogy félreértés történt vagy direkt így címetzed nekem. Fátylat rá.

              KissAG wrote:
              a BIOS-ban nem volt bekapcsolva az a funkció, most bekapcsoltam és már jó nálam minden! 3,9Gb-ot ír most ki…

              Fel van jegyezve az utókornak, ha másnak is lesz hasonló problémémája akkor már könnyebben megtalálja a választ.

              Hozzászólás: 4 Gb ram helyett 3.2 #2191885
              gabaman
              Felhasználó
                KissAG wrote:
                Ja ne haragudj… nem esett le, hogy nem rólam van szó…

                Semmi gond, én sem tudtam biztosan hogy félreértés történt vagy direkt így címetzed nekem. Fátylat rá.

                KissAG wrote:
                a BIOS-ban nem volt bekapcsolva az a funkció, most bekapcsoltam és már jó nálam minden! 3,9Gb-ot ír most ki…

                Fel van jegyezve az utókornak, ha másnak is lesz hasonló problémémája akkor már könnyebben megtalálja a választ.

                Hozzászólás: 4 Gb ram helyett 3.2 #2191882
                gabaman
                Felhasználó

                  Legutóbb nagyon felkaptad a vizet amikor poénkodva kijavítottalak, remélem most nem fog megismétlődni. Bár ez a post a javítás javítása. 🙂

                  vizsla wrote:
                  De azért válasszuk ketté a dolgokat a PCI Memory Remap az azt csinálja, hogy a PCI-os cuccokat a fizikai memória utánra teszi. Ennek nincs köze sem a 32/64 bithez sem az MMU-hoz, mivel 4GB-os lapokban akkor is le lehet érni.

                  Erre nehezen tudok bármit is írni, amit írtál az különálló (fél)igazságok kusza halmaza. Először szétbontom részekre, majd megpróbálom helyesen összerakni.

                  – „PCI Memory Remap”:

                  A „Memory Remapping” képesség vonatkozik a PCI-re is, de itt általános értelemben kell használni mert a BIOS is így osztja ki a címtartományokat.

                  – „a PCI-os cuccokat a fizikai memória utánra teszi.”

                  A PCI-os eszközök általában a „shadow memory” típusú memória leképezést használják, ezért helyesen: „a PCI-os cuccokat a fizikai memória végére teszi.” (lásd „reserved” kulcsszó). Létezik még címtár beillesztés is (PCIe, HT, QPI), mint pl KissAG PCI Express videókártyája:

                  BIOS-e820: 00000000cbff0000 – 00000000cc000000 (reserved)
                  (memória lyuk)
                  BIOS-e820: 00000000fee00000 – 00000000fee01000 (reserved)

                  videókártya RAM leképezés:
                  reg04: base=0xd0000000 (3328MB), size= 256MB: write-combining, count=1

                  – „Ennek nincs köze sem a 32/64 bithez sem az MMU-hoz”

                  Ez igaz, a 64 bit és a PAE címtár bővítő technológia, és nem címtár leképező (mint amiről szó van). Az MMU-t meg senki sem említette, és valóban semmi köze az IOMMU dolgokhoz.
                  http://en.wikipedia.org/wiki/IOMMU

                  – „mivel 4GB-os lapokban akkor is le lehet érni.”

                  Ez az állítás kizárólag 32 biten és bekapcsolt PAE esetén igaz, egyébként nem.

                  Összegezve: Ha kevesebb mint 3GB RAM van a gépben vagy engedélyezve van a „Memory Remapping” (vagy hasonló) opció, akkor a hozzárendelések a memória végén és utána találhatóak (ez a jó verzió). A 4GB vagy több RAM és kikapcsolt újratérképezés (remapping) esetén meg 3GB magasságában kettévágja a memóriát a leképezési területek a 32 bites kompatibilitás miatt (ugyanis nem mindenhol van PAE támogatás, ezért van így megoldva hogy mindennel kompatibilis legyen).

                  vizsla wrote:
                  Az MMU meg többek között azt okozza, hogy nagyobb, mint 4G-os lapokat lehessen elérni. Mivel e nélkül 32 bites rendszeren direkt módon csak 4GB-os laponként lehet elérni 64 GB-ot. (Persze mást is csinál.)

                  Mivel így működik a PAE. Ez szintén töltelék rész.
                  http://en.wikipedia.org/wiki/Physical_Address_Extension

                  vizsla wrote:
                  Code:
                  Jun  2 10:23:29 Cern kernel: [    0.004000] Node 0: aperture @ 20000000 size 32 MB
                  Jun  2 10:23:29 Cern kernel: [    0.004000] Aperture pointing to e820 RAM. Ignoring.
                  Jun  2 10:23:29 Cern kernel: [    0.004000] Your BIOS doesn’t leave a aperture memory hole
                  Jun  2 10:23:29 Cern kernel: [    0.004000] Please enable the IOMMU option in the BIOS setup

                  Ez pedig nem szó szerint az jelenti, hogy keress egy MMU beállítást a BIOS-ban, hanem azt, hogy a BIOS egy 32 MB-os területet hagyott ki a táblázatnak, nem pedig 64MB-ot, amire ez az MMU táblázat elférne.

                  Az apertue 512M-tól kezdve 32 MB-ot foglalna a driver szerint(„aperture @ 20000000 size 32 MB”), de a BIOS nem hagyott memórialyukat számára („Your BIOS doesn’t leave a aperture memory hole”), hanem a szabad RAM területre mutat („Aperture pointing to e820 RAM.”) :

                  BIOS-e820: 0000000000100000 – 00000000cff90000 (usable)

                  Ezért az IOMMU leképezés figyelmen kívül van hagyva („Ignoring”). Miven nincs érvényes IOMMU bejegyzés, egy általános hibaüzenet következik: „Please enable the IOMMU option in the BIOS setup. This costs you 64 MB of RAM”.

                  vizsla wrote:
                  Kérni, hogy ne használja a Linux ezt az új CPU funkciót

                  Az IOMMU nem CPU szolgáltatás, a BIOS-nak meg nincs köze az MTRR-hez, a CPU MMU-t (lapkezelés, virtuális címek, taszkok) fizikai címleképezéseknél emlegetni nem éppen szerencsés dolog.

                  http://en.wikipedia.org/wiki/Mtrr

                  vizsla wrote:
                  ezt azt jelenti, hogy marad a direkt elérés 32 bites rendszernél 4GB-os lapokban, 64 bites rendszernél egyben; nyílván gyorsabb lesz az elérés; és ellenőrző funkciók meg kimaradnak), vagy kérni, hogy ne azon az elvileg kijelölt területen legyen az mmu táblázat.

                  Már bocs, de ez zagyvaság. Ha nincs IOMMU és MTRR akkor a CPU közvetlenül éri el a csatoló felületeket (a megfelelő protokollon keresztül) és éri el a külön memóriát, csak sokkal lassabban.

                  Hozzászólás: 4 Gb ram helyett 3.2 #2191883
                  gabaman
                  Felhasználó

                    Legutóbb nagyon felkaptad a vizet amikor poénkodva kijavítottalak, remélem most nem fog megismétlődni. Bár ez a post a javítás javítása. 🙂

                    vizsla wrote:
                    De azért válasszuk ketté a dolgokat a PCI Memory Remap az azt csinálja, hogy a PCI-os cuccokat a fizikai memória utánra teszi. Ennek nincs köze sem a 32/64 bithez sem az MMU-hoz, mivel 4GB-os lapokban akkor is le lehet érni.

                    Erre nehezen tudok bármit is írni, amit írtál az különálló (fél)igazságok kusza halmaza. Először szétbontom részekre, majd megpróbálom helyesen összerakni.

                    – „PCI Memory Remap”:

                    A „Memory Remapping” képesség vonatkozik a PCI-re is, de itt általános értelemben kell használni mert a BIOS is így osztja ki a címtartományokat.

                    – „a PCI-os cuccokat a fizikai memória utánra teszi.”

                    A PCI-os eszközök általában a „shadow memory” típusú memória leképezést használják, ezért helyesen: „a PCI-os cuccokat a fizikai memória végére teszi.” (lásd „reserved” kulcsszó). Létezik még címtár beillesztés is (PCIe, HT, QPI), mint pl KissAG PCI Express videókártyája:

                    BIOS-e820: 00000000cbff0000 – 00000000cc000000 (reserved)
                    (memória lyuk)
                    BIOS-e820: 00000000fee00000 – 00000000fee01000 (reserved)

                    videókártya RAM leképezés:
                    reg04: base=0xd0000000 (3328MB), size= 256MB: write-combining, count=1

                    – „Ennek nincs köze sem a 32/64 bithez sem az MMU-hoz”

                    Ez igaz, a 64 bit és a PAE címtár bővítő technológia, és nem címtár leképező (mint amiről szó van). Az MMU-t meg senki sem említette, és valóban semmi köze az IOMMU dolgokhoz.
                    http://en.wikipedia.org/wiki/IOMMU

                    – „mivel 4GB-os lapokban akkor is le lehet érni.”

                    Ez az állítás kizárólag 32 biten és bekapcsolt PAE esetén igaz, egyébként nem.

                    Összegezve: Ha kevesebb mint 3GB RAM van a gépben vagy engedélyezve van a „Memory Remapping” (vagy hasonló) opció, akkor a hozzárendelések a memória végén és utána találhatóak (ez a jó verzió). A 4GB vagy több RAM és kikapcsolt újratérképezés (remapping) esetén meg 3GB magasságában kettévágja a memóriát a leképezési területek a 32 bites kompatibilitás miatt (ugyanis nem mindenhol van PAE támogatás, ezért van így megoldva hogy mindennel kompatibilis legyen).

                    vizsla wrote:
                    Az MMU meg többek között azt okozza, hogy nagyobb, mint 4G-os lapokat lehessen elérni. Mivel e nélkül 32 bites rendszeren direkt módon csak 4GB-os laponként lehet elérni 64 GB-ot. (Persze mást is csinál.)

                    Mivel így működik a PAE. Ez szintén töltelék rész.
                    http://en.wikipedia.org/wiki/Physical_Address_Extension

                    vizsla wrote:
                    Code:
                    Jun  2 10:23:29 Cern kernel: [    0.004000] Node 0: aperture @ 20000000 size 32 MB
                    Jun  2 10:23:29 Cern kernel: [    0.004000] Aperture pointing to e820 RAM. Ignoring.
                    Jun  2 10:23:29 Cern kernel: [    0.004000] Your BIOS doesn’t leave a aperture memory hole
                    Jun  2 10:23:29 Cern kernel: [    0.004000] Please enable the IOMMU option in the BIOS setup

                    Ez pedig nem szó szerint az jelenti, hogy keress egy MMU beállítást a BIOS-ban, hanem azt, hogy a BIOS egy 32 MB-os területet hagyott ki a táblázatnak, nem pedig 64MB-ot, amire ez az MMU táblázat elférne.

                    Az apertue 512M-tól kezdve 32 MB-ot foglalna a driver szerint(„aperture @ 20000000 size 32 MB”), de a BIOS nem hagyott memórialyukat számára („Your BIOS doesn’t leave a aperture memory hole”), hanem a szabad RAM területre mutat („Aperture pointing to e820 RAM.”) :

                    BIOS-e820: 0000000000100000 – 00000000cff90000 (usable)

                    Ezért az IOMMU leképezés figyelmen kívül van hagyva („Ignoring”). Miven nincs érvényes IOMMU bejegyzés, egy általános hibaüzenet következik: „Please enable the IOMMU option in the BIOS setup. This costs you 64 MB of RAM”.

                    vizsla wrote:
                    Kérni, hogy ne használja a Linux ezt az új CPU funkciót

                    Az IOMMU nem CPU szolgáltatás, a BIOS-nak meg nincs köze az MTRR-hez, a CPU MMU-t (lapkezelés, virtuális címek, taszkok) fizikai címleképezéseknél emlegetni nem éppen szerencsés dolog.

                    http://en.wikipedia.org/wiki/Mtrr

                    vizsla wrote:
                    ezt azt jelenti, hogy marad a direkt elérés 32 bites rendszernél 4GB-os lapokban, 64 bites rendszernél egyben; nyílván gyorsabb lesz az elérés; és ellenőrző funkciók meg kimaradnak), vagy kérni, hogy ne azon az elvileg kijelölt területen legyen az mmu táblázat.

                    Már bocs, de ez zagyvaság. Ha nincs IOMMU és MTRR akkor a CPU közvetlenül éri el a csatoló felületeket (a megfelelő protokollon keresztül) és éri el a külön memóriát, csak sokkal lassabban.

                    Hozzászólás: 4 Gb ram helyett 3.2 #2191874
                    gabaman
                    Felhasználó
                      KissAG wrote:
                      Igen.. megvan a memory remap funkció…

                      Normál homo sapiens módjára kifejtenéd mire gondolsz? Gúnyosan célozgatsz amiért végig engedélyezve volt, vagy csak megosztod a lelkesedésedet mert sikeresen megtaláltad az opciót? Utóbbi esetén be is kapcsoltad és a memória mérete is rendben van?

                      KissAG wrote:
                      és nekem tényleg ilyen alaplapom van…

                      Nem értem miért kell bizonygatnod, Salaud rosszul adta meg az övét, de ez semmiképpen sem probléma. Vagy két néven írogatsz? Esetleg zokon vetted amit másnak írtam, a megfelelő hozzászólást meg el sem olvastad?

                      Hozzászólás: 4 Gb ram helyett 3.2 #2191875
                      gabaman
                      Felhasználó
                        KissAG wrote:
                        Igen.. megvan a memory remap funkció…

                        Normál homo sapiens módjára kifejtenéd mire gondolsz? Gúnyosan célozgatsz amiért végig engedélyezve volt, vagy csak megosztod a lelkesedésedet mert sikeresen megtaláltad az opciót? Utóbbi esetén be is kapcsoltad és a memória mérete is rendben van?

                        KissAG wrote:
                        és nekem tényleg ilyen alaplapom van…

                        Nem értem miért kell bizonygatnod, Salaud rosszul adta meg az övét, de ez semmiképpen sem probléma. Vagy két néven írogatsz? Esetleg zokon vetted amit másnak írtam, a megfelelő hozzászólást meg el sem olvastad?

                      10 bejegyzés megtekintése - 31-40 / 2,173