Keresés

Új hozzászólás Aktív témák

  • lajos0001

    tag

    válasz F.B.I. #9011 üzenetére

    Sima videolejátszáshoz a vas szerintem biztos, hogy bőven elég a cinnamonhoz is (bár tény, hogy az xfce jóval kevesebbel is beéri), hacsak nem valami hipernagy felbontást akarsz használni (és valami a háttérben nem használja el az összes ramodat még ráadásul). A videodrivernél gyanítom a bibit. Melyik nyílt vagy zárt video driver működik rajta? Mit mutat az illesztőprogramkezelő? Én másik videodrivert próbálnék meg első körben.

  • lajos0001

    tag

    válasz dbius #8272 üzenetére

    Csak jószándékú ötletek (ne kössetek fel, ha most hülyeséget mondok): nem az van, hogy

    1/ a https kezelését valahol egy service végzi (és a vonatkozó rész nincs korrektül installálva installálási hiba következtében, vagy defaultban ugyan telepítve van, de nincs aktiválva),

    vagy pedig

    2/ lehet valahol egy generált opció, amely pillanatnyilag letiltja a httpst?

    3/ Esetleg nem lehet az, hogy pl. a Firefox NoScript pluginjében (esetleg más biztonsági plugin egyik beállításában) van a https letiltva?

  • lajos0001

    tag

    válasz lev258 #8241 üzenetére

    Nagyon köszönöm a segítséget. q-val kiléptem (ezt a lehetőséget nem ismertem), ezután ez jelent meg a terminálban:

    Úgy fest, hogy csak a q leütése után ment le az update-grub ténylegesen, mert az ezt követő reboot után nem jelentkeztek a zavaró bootup üzenetek (érvényesült az /etc/default/grub -ban a vonatkozó beállítás, így a kernel update-ra nem is volt már szükség. Úgy tűnik, hogy minden szép most.

  • lajos0001

    tag

    válasz lev258 #8239 üzenetére

    Hogy került ide egy tömörített fájl?

    Azt én is szeretném tudni. Egyébként, ahogy írtam, ki van bontva, már nem tömörített.

    Mi az, hogy nem látszik a Terminálban?

    Pontosan az, ahogy írtam: a kiadott sudo update-grub sem látszik a terminálban (ugyanis a záró enter leütése után eltűnik).

    A terminálablakot a csúszkával lehet tologatni fel-le, ez a kezdete legfelül (mintaként). Amint írtam: a kiadott sudo update-grub parancs eltűnt a szövegből.

  • lajos0001

    tag

    válasz lev258 #8237 üzenetére

    Ez (ahogy írtam, a grub helpje jön le, a grub.info.gz kibontva; a kiadott sudo update-grub sem látszik a terminálban):

    Next: Introduction, Up: (dir)

    GNU GRUB manualNext: Introduction, Up: (dir)

    GNU GRUB manual
    ***************

    This is the documentation of GNU GRUB, the GRand Unified Bootloader, a
    flexible and powerful boot loader program for a wide range of
    architectures.

    This edition documents version 2.02~beta2.

    This manual is for GNU GRUB (version 2.02~beta2, 11 May 2017).

    Copyright (C)
    1999,2000,2001,2002,2004,2006,2008,2009,2010,2011,2012,2013 Free
    Software Foundation, Inc.

    Permission is granted to copy, distribute and/or modify this
    document under the terms of the GNU Free Documentation License,
    Version 1.2 or any later version published by the Free Software
    Foundation; with no Invariant Sections.

    * Menu:

    * Introduction:: Capturing the spirit of GRUB
    * Naming convention:: Names of your drives in GRUB
    * OS-specific notes about grub tools::
    Some notes about OS-specific behaviour of GRUB
    tools
    * Installation:: Installing GRUB on your drive
    * Booting:: How to boot different operating systems
    * Configuration:: Writing your own configuration file
    * Theme file format:: Format of GRUB theme files
    * Network:: Downloading OS images from a network
    * Serial terminal:: Using GRUB via a serial line
    * Vendor power-on keys:: Changing GRUB behaviour on vendor power-on keys
    * Images:: GRUB image files
    * Core image size limitation:: GRUB image files size limitations

    ***************

    This is the documentation of GNU GRUB, the GRand Unified Bootloader, a
    flexible and powerful boot loader program for a wide range of
    architectures.

    This edition documents version 2.02~beta2.

    This manual is for GNU GRUB (version 2.02~beta2, 11 May 2017).

    Copyright (C)
    1999,2000,2001,2002,2004,2006,2008,2009,2010,2011,2012,2013 Free
    Software Foundation, Inc.

    Permission is granted to copy, distribute and/or modify this
    document under the terms of the GNU Free Documentation License,
    Version 1.2 or any later version published by the Free Software
    Foundation; with no Invariant Sections.

    * Menu:

    * Introduction:: Capturing the spirit of GRUB
    * Naming convention:: Names of your drives in GRUB
    * OS-specific notes about grub tools::
    Some notes about OS-specific behaviour of GRUB
    tools
    * Installation:: Installing GRUB on your drive
    * Booting:: How to boot different operating systems
    * Configuration:: Writing your own configuration file
    * Theme file format:: Format of GRUB theme files
    * Network:: Downloading OS images from a network
    * Serial terminal:: Using GRUB via a serial line
    * Vendor power-on keys:: Changing GRUB behaviour on vendor power-on keys
    * Images:: GRUB image files
    * Core image size limitation:: GRUB image files size limitations

  • lajos0001

    tag

    válasz ubyegon2 #8232 üzenetére

    Megcsináltam, eredmény a #8235-ben. Reboot után változatlanul jönnek a bootup üzenetek sok oldalon keresztül (démon startok, service startok főleg, számomra jelenleg teljesen feleslegesen), amíg fel nem áll a mint.
    A systemd-analyze teljesen elfogadható teljes bootup időt ad (25-26 sec), a systemd-analyze blame sem ad változást a verzióváltás előttihez képest.
    Az /etc/default/grub -ban az üzenetletiltó bejegyzés azonban hatástalannak tűnik, jóllehet ugyanúgy ott van, mint a verzióváltás előtt (amikor is tökéletesen működött):

    GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
    GRUB_CMDLINE_LINUX=""

    Egyszerűen nem értem, miért van mindez (verzióváltásnak ezt nem kellene indokolnia szerintem).

  • lajos0001

    tag

    válasz lev258 #8234 üzenetére

    1/

    Ezt:

    xxx@xxx-MS-7752 ~ $ sudo grub-install /dev/sda
    [sudo] xxx jelszava:
    Telepítés a(z) i386-pc platformhoz.
    A telepítés befejeződött. Nem jelentettek hibát.
    xxx@xxx-MS-7752 ~ $

    ========================
    2/

    sudo update-grub

    beírására pedig ezt kapom (és ez még több oldalon keresztül tovább folytatódik, semmi olyan nincs benne, hogy az update ténylegesen lement):

    Next: Shell-like scripting, Up: Configuration

    6.1 Simple configuration handling
    =================================

    The program 'grub-mkconfig' (*note Invoking grub-mkconfig::) generates
    'grub.cfg' files suitable for most cases. It is suitable for use when
    upgrading a distribution, and will discover available kernels and
    attempt to generate menu entries for them.

    'grub-mkconfig' does have some limitations. While adding extra
    custom menu entries to the end of the list can be done by editing
    '/etc/grub.d/40_custom' or creating '/boot/grub/custom.cfg', changing
    the order of menu entries or changing their titles may require making
    complex changes to shell scripts stored in '/etc/grub.d/'. This may be
    improved in the future. In the meantime, those who feel that it would
    be easier to write 'grub.cfg' directly are encouraged to do so (*note
    Booting::, and *note Shell-like scripting::), and to disable any system
    provided by their distribution to automatically run 'grub-mkconfig'.

    The file '/etc/default/grub' controls the operation of
    'grub-mkconfig'. It is sourced by a shell script, and so must be valid
    POSIX shell input; normally, it will just be a sequence of 'KEY=value'
    lines, but if the value contains spaces or other special characters then
    it must be quoted. For example:

    GRUB_TERMINAL_INPUT="console serial"

    Valid keys in '/etc/default/grub' are as follows:

    'GRUB_DEFAULT'
    The default menu entry. This may be a number, in which case it
    identifies the Nth entry in the generated menu counted from zero,
    or the title of a menu entry, or the special string 'saved'. Using
    the id may be useful if you want to set a menu entry as the default
    even though there may be a variable number of entries before it.

    For example, if you have:

    menuentry 'Example GNU/Linux distribution' --class gnu-linux --id example-gnu-linux {
    ...
    }
    -----Info: (grub.info.gz)Simple configuration, 345 lines --Top------------------------------------------------------------------------------------------------
    Welcome to Info version 6.1. Type H for help, h for tutorial.

  • lajos0001

    tag

    válasz ubyegon2 #8232 üzenetére

    Elolvastam. Korábban én írtam rosszat itt. Valójában a sudo update-grub parancsot adtam ki minden egyes alkalommal, és ez a várakozás ellenére nem a várható eredményt adta, ezért fordultam a fórumhoz.

  • lajos0001

    tag

    válasz lev258 #8230 üzenetére

    Amint már írtam:

    "A sudo upgrade-grub a terminálban nem adja a várt üzenetet, helyette a grub helpjét adja csak ki minden alkalommal, nem tudom, miért."

    olyan, mintha az update-grub nem csinálna semmit.

  • lajos0001

    tag

    Sziasztok!
    Kis segítséget szeretnék kérni:

    64 bites mint 18.1 xfce-ről upgrade-oltam 18.2-re frissítéskezelővel, gond nélkül. A rendszerem duálbootos (egy xp is van külön partíción a mint mellett; i7-es proci, 16 GB ram). A kernel verzió maradt a régi (4.4.0-53, az upgrade nem tett fel újabb kernelt). Upgrade után minden szép, láthatóan minden működik.

    Egy bosszantó új probléma azonban fellép: a grub lefutása után most nem tudok megszabadulni a kernel bootup üzeneteitől (korábban ezeket letiltottam). Guglizás azt adja, hogy az alábbi beállítás kell az /etc/default/grub -ba (komment nélkül):

    GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
    GRUB_CMDLINE_LINUX=""

    Upgrade előtt is így állítottam ott ezt be, működött is, most is így van ott beállítva, azonban az upgrade utántól mégis minden egyes reboot után jönnek a bootup üzenetek (látható hibát nem jeleznek, csak szeretnék tőlük megszabadulni).

    A sudo upgrade-grub a terminálban nem adja a várt üzenetet, helyette a grub helpjét adja csak ki minden alkalommal, nem tudom, miért.

    Ezután 64 bites mint 18.2 xfce live pendriveról bootolva reinstalláltam a grubot a hard disken, látszólag le is ment a reinstall, azonban a sudo upgrade-grub megint csak a grub helpjét adja ki, és továbbra is minden reboot után jönnek a kernel bootup üzenetek (olyan, mintha az update-grub nem csinálna semmit). Bármilyen tipp, hogy tudnék ezektől megszabadulni?

    A mintet nem szívesen raknám újra, már kellőképpen optimalizált, túl sok munka van benne.

    Előre is köszönöm! :)

  • lajos0001

    tag

    válasz lajos0001 #7827 üzenetére

    "3/ terminálban dd-vel dumpolva a virtuális partíció első 412 byte-ját,"

    bocsánat, ez elírás. a helyes: 512 byte.

  • lajos0001

    tag

    Sziasztok!

    Xp + mint 18.1 xfce duálbootos rendszert használok. 1 harddisk van a gépben: 1 db 16 Gb-os fat32 primary partíció + 1 kiterjesztett partíció, ezen különböző file systemű virtuális partíciók. A primary partíció és 1 másik (540 GB-os) fat32-es virtuális partíció uuid-je egyezik (gőzöm sincs, miért), a partuuid-jük azonban eltérő.

    sudo blkid ezt adja:

    /dev/sda1: LABEL="C" UUID="68A0-E4F7" TYPE="vfat" PARTUUID="500e500d-01"
    /dev/sda5: LABEL="D" UUID="0E59-8C9C" TYPE="vfat" PARTUUID="500e500d-05"
    /dev/sda6: LABEL="E" UUID="0E67-3A74" TYPE="vfat" PARTUUID="500e500d-06"
    /dev/sda7: LABEL="F" UUID="0E75-856A" TYPE="vfat" PARTUUID="500e500d-07"
    /dev/sda8: LABEL="G" UUID="0E83-5C9A" TYPE="vfat" PARTUUID="500e500d-08"
    /dev/sda9: LABEL="H" UUID="0E91-DD93" TYPE="vfat" PARTUUID="500e500d-09"
    /dev/sda10: UUID="10973ad7-0209-4fe1-a1c2-df5480c257cf" TYPE="swap" PARTUUID="500e500d-0a"
    /dev/sda11: UUID="c30767b2-b51f-43c5-a8a6-834feb322d14" TYPE="ext3" PARTUUID="500e500d-0b"
    /dev/sda12: LABEL="K" UUID="032AA0DB68EFB9A5" TYPE="ntfs" PARTUUID="500e500d-0c"
    /dev/sda13: LABEL="L" UUID="1F9012D85387C0AE" TYPE="ntfs" PARTUUID="500e500d-0d"
    /dev/sda14: LABEL="M" UUID="008B050037941C1A" TYPE="ntfs" PARTUUID="500e500d-0e"
    /dev/sda15: LABEL="N" UUID="5BA5C58060A716C1" TYPE="ntfs" PARTUUID="500e500d-0f"
    /dev/sda16: LABEL="O" UUID="0A0C36F0563139BC" TYPE="ntfs" PARTUUID="500e500d-10"
    /dev/sda17: LABEL="P" UUID="68A0-E4F7" TYPE="vfat" PARTUUID="500e500d-11"

    Kérdésem: hogyan tudnám megváltoztatni a /dev/sda17 virtuális partíció uuid-jét? (nem tetszik, hogy egyformák; /dev/sda1-et nem piszkálnám inkább, azon van az xp).

    Amit eddig próbáltam:
    1/ tune2fs vfat/fat32-eseken nem működik,
    2/ hexedit nem találta meg a virtuális partíció uuid-jét (nagyon lassú volt, és felhagytam vele).
    3/ terminálban dd-vel dumpolva a virtuális partíció első 412 byte-ját, a dumpban hexedittel megtaláltam és átírtam az uuidet, a dump visszarakása azonban nem sikerült.
    4/ google-ben turkálva eddig használhatónak tűnő (és kevésbé kockázatos) megoldást nem találtam, grafikus felületűt pedig semmilyet.

    Bármilyen jobb ötletet előre is nagyon megköszönök (nem szívesen raknám újra a rendszert (túl sok munka van már benne a finomhangolásával), sem nem formáznám a virtuális partíciót, ha nem feltétlenül muszáj).

  • lajos0001

    tag

    válasz rum-cajsz #7740 üzenetére

    ha az xfce-t lassúnak találnád: a lubuntu szvsz az optimális választás régi laptopokhoz (kevesebb erőforrással is beéri, mint az xfce, nem csúnya a felület, és nem is unintelligens a disztro tartalma sem). egyébként: én a mint xfce 17-et egy 12 éves konfigon futtattam hosszú ideig minden gond nélkül. a default beállításai sem rosszak, de bőven lehet finomhangolással gyorsítani is.

  • lajos0001

    tag

    válasz egerj #7748 üzenetére

    az xfce kevesebb erőforrással is beéri, mint a mate. de: a lubuntu még kevesebbel is, és még mindig nem vacak. ha a mint tetszett, a lubuntu is vszleg tetszeni fog...(próbáltam mindet, nem 2 napig).
    kde ellenjavallt mindenképpen.

    akár érdemes lehet kivárni (és nem feltétlenül elvetni) az xfce verzió megjelenését hosszú távra is, mindig a cinnamon és a mate után szokott kijönni.

Új hozzászólás Aktív témák

Hirdetés