GParted - új verzió a láthatáron

keraform képe

Hihetetlen dolog történt!
Nálam a GParted 0.25.0-ás verzió van telepítve. Idáig jutott a GP 14 év alatt. Emberi számítás szerint már nem érhetném meg a v1.0 megjelenését, mert ahhoz még további 42 évig kellene élnem, és ahhoz már nincs kedvem.
Viszont kicsit előrehozták a dolgot, mert megjelent a v1.0.
De sajnos egy kis üröm is vegyül az örömbe:
“This 1.0.0 release is not meant to indicate that GParted is more stable or less stable than before. Instead it means that GParted now requires gtkmm3 instead of gtkmm2.”
És sajnos nekem fogalmam sincs, hogy mi az a gtkmm2, és mi az a gtkmm3.
https://www.omgubuntu.co.uk/2019/05/after-14-years-gparted-finally-hits-...

Hozzászólások

Vélem, hogy egy függőség.

Szerintem amikor frissíted, települ magától.
Nekem kicsit azt jelenti ez, hogy a GParted frankón lett megírva - felkészült mester faragta.
Hogy néha lépked picit a verziószám, az szükségszerű. Ha változnak a háttértárak korlátai, a GParted-be is bele-bele kell nyúlni.

Inkább azokat érinti, akik bele is szeretnének nyúlni.
A gtkmm egy C++ csomag a GTK számára, ami grafikus felhasználói felületek létrehozásához kell. A GTK most nem Gazdaságtudományi Kar-t jelent, hanem

 .NET-keretrendszer-kötések halmaza a GTK grafikus felhasználói felület (GUI) eszköztárához és a válogatott GNOME-könyvtárakhoz. ... A segítségével épített alkalmazások sok platformon futnak, beleértve a Linuxot, a Windows-t és a MacOS-t.

Neked semmi dolgod, csak használd a GParted v.1.0.0-t. ;)

Értékelés: 

0
Még nincs értékelve
keraform képe

Vélem, hogy egy függőség.

#1 "néha lépked picit a verziószám"
Azért nem voltak elszállva maguktól a fejlesztők, ha 14 év alatt a 0.25-ig jutottak. Én úgy olvastam annak idején, hogy például a 0.95 azt jelenti, hogy már majdnem készen van az alkalmazás. A 0.25 egy igen nagy fokú visszafogottságot mutat az alkalmazás fejlesztői részéről. smiley
Használni majd akkor fogom, ha frissítésként települ. Nekem a 0.25-ös is tökéletesen megfelel.
Köszi az infókat.

Értékelés: 

0
Még nincs értékelve
kimarite képe

A verziószám nem jelent sokat

A verziószám nem jelent sokat. Az Openbox egy ablakkezelő, nagyon jól működik, így fejleszteni sem kell, nem lehet mit.

A GParted 1.0 telepíthető forrásból a Linux Mint és az LMDE 3 terjesztésekre is. Az INSTALL, illetve a README szöveges fájlok tartalmazzák a teelpítés leírását. Kiemeltem a lényeget.

Megjegyzések
-- a korábban telepített GParted is használható marad a menüből.
-- most telepített GParted 1.0.0 indítóparancsa ez lesz (indító készítéshez):

pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY /usr/local/bin/gparted

INSTALL
-------
a. Pre-built Binary

   Many GNU/Linux distributions already provide a pre-built binary
   package for GParted.  Instructions on how to install GParted on
   some distributions is given below:

      CentOS/RHEL
      -----------
      su -
      yum install gparted

      Debian or Ubuntu
      ----------------
      sudo apt-get install gparted

      Fedora
      ------
      su -
      dnf install gparted

      OpenSUSE
      --------
      sudo zypper install gparted

b. Building from Source

   Briefly, build and install GParted into the default location of
   /usr/local using:
      ./configure
      make
      sudo make install
      sudo install -m 644 org.gnome.gparted.policy \
             /usr/share/polkit-1/actions/org.gnome.gparted.local.policy
   This assumes all the dependencies are already installed, builds the
   default configuration and polkit is being used as the graphical su
   program.

   The following dependencies are required to build GParted from source:
      g++
      make
      parted
      gnome-common
      gtkmm3
      gettext
      intltool
      yelp-tools          - required if help documentation is to be built

   On CentOS/RHEL, these dependencies may be obtained by running the
   following command as root:
      yum install gnome-common yelp-tools glib2-devel intltool gcc-c++ \
                  libuuid-devel parted-devel gtkmm30-devel make

Debian- vagy Ubuntu-alapú terjesztéseken, a szükséges függőségek telepítéséhez futtasd ezeket a parancssorokat:
     Egyrészt;

sudo apt-get build-dep gparted

Vagy (a gnome-common csomagot töröltem innen);

sudo apt-get install build-essential gettext intltool yelp-tools libglib2.0-dev uuid-dev libparted-dev libgtkmm-3.0-dev

   On Fedora, these dependencies may be obtained by running the
   following command as root:
      dnf install gnome-common yelp-tools glib2-devel intltool gcc-c++ \
                  parted-devel gtkmm30-devel make

   On openSUSE, these dependencies may be obtained by running the
   following commands:
      sudo zypper install gnome-common gcc-c++ libuuid-devel \
                          parted-devel gtkmm3-devel make

   A telepítéshez visszatérve, a GParted forgatása az alapértelmezett beállításokkal és az alapértelmezetten /usr/local telepítési könyvtárat használva (amit a prefix beállításával megváltoztathatsz):

cd /gparted-1.0.0/

./configure

make

sudo make install

vagy

sudo checkinstall

   If you wish to build this package without the help documentation use
   the --disable-doc flag:
      E.g., ./configure --disable-doc

   If you wish to build this package to use native libparted /dev/mapper
   dmraid support use the --enable-libparted-dmraid flag:
      E.g., ./configure --enable-libparted-dmraid

   If you wish to build this package with online resize support then
   the following is required:
      a)  Linux kernel version 3.6 or higher.
      b)  Libparted with online resize support.  Either:
          i)  Libparted version 3.2 or later which includes online
              resize support as standard.  In this case GParted is
              automatically built with online resize support.
          ii) Online resize support back ported into an earlier version
              of libparted.  This is only known to be included in Debian
              and derived distributions with parted version 2.3-14 and
              higher.  In this case online resize support must be
              specifically enabled with the --enable-online-resize flag:
                E.g., ./configure --enable-online-resize

   If you wish to build GParted to allow it to use xhost to grant root
   access to the X11 server use the --enable-xhost-root flag.  This is
   required to allow GParted to display under Wayland.
      ./configure --enable-xhost-root

   Please note that more than one configure flag can be used:
      E.g., ./configure --disable-doc --enable-libparted-dmraid

   The INSTALL file contains further GNU installation instructions.

c. Installing polkit's Action File

   GParted needs to run as root therefore it needs a graphical switch
   user program to allow normal users to run it.  Most desktops now use
   polkit as their preferred authorisation mechanism.  Therefore
   ./configure looks for polkit's pkexec as the first choice with
   fallbacks in order being: gksudo, gksu, kdesudo and finally xdg-su.
   Also polkit reads action files only from directory
   /usr/share/polkit-1/actions.  Therefore it is likely that a polkit
   action file will need to be installed into this directory.

   To determine if polkit's pkexec program is being used as the
   graphical privilege escalation program examine the output from
   ./configure.  These lines report that pkexec is being used:

      checking for pkexec >= 0.102... 0.112 found

   Where as either of these lines of ./configure output report that
   pkexec is not being used because either it was too old a version or
   it was not found:

      checking for pkexec >= 0.102... 0.96 found

      checking for pkexec >= 0.102... not found

   When GParted is configured with prefix /usr (using command
   ./configure --prefix=/usr) then make install will automatically
   install the polkit action file into the correct directory and no
   further steps need to be taken.  This is typically the case for
   distribution builds of GParted.

   However when GParted is configured with the default prefix of
   /usr/local, or any prefix other than /usr, then the polkit action
   file has to be manually installed into the correct directory.  Also
   it should have a unique file name to avoid overwriting the action
   file from the distribution's package.  Install the polkit action file
   with a unique name including an extra ".local" in the name:

      sudo install -m 644 org.gnome.gparted.policy \
             /usr/share/polkit-1/actions/org.gnome.gparted.local.policy

d. Building using a Specific (lib)parted Version

   1) Download the parted version you wish to use (e.g., 3.2) from:

      http://ftp.gnu.org/gnu/parted/

   2) Build and install parted.

      Extract parted tarball, configure, make, and sudo make install.
      Note that by default this will install into /usr/local.

   3) Set environment variables to inform the GParted build system to
      use libparted from /usr/local:

        export CPPFLAGS=-I/usr/local/include
        export LDFLAGS=-L/usr/local/lib
        export LD_RUN_PATH=/usr/local/lib
        export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig

   4) Build gparted using steps listed above in "Building from Source".

      Note that when you run ./configure you should see the specific
      version of parted listed in the check for libparted >= 1.7.1.

      You will also see the libparted version listed when running
      gparted from the command line.

DIRECTORIES
------------
data     - contains desktop icons

doc      - contains manual page documentation

help     - contains GParted Manual and international translations

include  - contains source header files

lib/gtest
         - contains Google Test C++ test framework libraries

m4       - contains macro files

po       - contains international language translations

src      - contains C++ source code

DISTRIBUTION NOTES
------------------
GParted uses GNU libparted to detect and manipulate devices and
partition tables.  The blkid command is also required to detect those
file systems which libparted doesn't detect.  (The blkid command should
be considered a mandatory requirement).

GParted also queries and manipulates the file systems within those
devices and partitions.  When available, it uses each file system's
specific commands.  The following optional file system specific packages
provide this support:

   btrfs-progs / btrfs-tools
   e2fsprogs
   f2fs-tools
   dosfstools
   mtools          - required to read and write FAT16/32 volume labels
                     and UUIDs
   hfsutils
   hfsprogs
   jfsutils
   nilfs-utils
   ntfs-3g / ntfsprogs
   reiser4progs
   reiserfsprogs / reiserfs-utils / reiserfs
   udftools
   util-linux      - required to create and check MINIX file systems
   xfsprogs, xfsdump

For dmraid support, the following packages are required:

   dmsetup         - removes /dev/mapper entries
   dmraid          - lists dmraid devices and creates /dev/mapper
                     entries

For GNU/Linux distribution dmraid support, the following are required:
   - kernel built with Device Mapping and Mirroring built.  From
     menuconfig, it is under Device Drivers -> <something> (RAID & LVM).
   - dmraid drive arrays activated on boot (e.g., dmraid -ay).

For LVM2 Physical Volume support the following command is required:
   lvm             - LVM2 administration tool
And device-mapper support in the kernel.

For accurate detection and reporting of Linux Software RAID Arrays the
following command is required:

   mdadm           - SWRaid administration tool

For LUKS support the following commands are required:
   cryptsetup      - LUKS volume administration tool
   dmsetup         - Device-mapper administration tool

For attempt data rescue for lost partitions, the following package
is required:
   gpart           - guesses PC-type hard disk partitions

Several more commands are optionally used by GParted if found on the
system.  These commands include:

   blkid           - [mandatory requirement] used to detect file systems
                     libparted doesn't, read UUIDs and volume labels
   hdparm          - used to query disk device serial numbers
   udisks          - used to prevent automounting of file systems
   devkit-disks    - used to prevent automounting of file systems
   {filemanager}   - used in attempt data rescue to display discovered
                     file systems.  (e.g., nautilus, pcmanfm)
   hal-lock        - used to prevent automounting of file systems
   pkexec          - used to acquire root privileges in gparted shell
                     script wrapper, but only if available when gparted
                     source is configured
   gksudo          - alternatively used to acquire root privileges in
                     gparted shell script wrapper, second choice if
                     available when gparted source is configured
   gksu            - alternatively used to acquire root privileges in
                     gparted shell script wrapper, third choice if
                     available when gparted source is configured
   kdesudo         - alternatively used to acquire root privileges in
                     gparted shell script wrapper, fourth choice if
                     available when gparted source is configured
   xdg-su          - alternatively used to acquire root privileges in
                     gparted shell script wrapper, last choice if
                     available when gparted source is configured
   udevinfo        - used in dmraid to query udev name
   udevadm         - used in dmraid to query udev name
   yelp            - used to display help manual
   xhost           - used to grant root access to the X11 server, only
                     when configured to do so

Értékelés: 

5
Átlag: 5 (2 szavazat)
kimarite képe

Új PolicyKit szabály és Indító (GParted 1.0.0)

#2 A PolicyKit szabály és az Indító (desktop fájl) létrehozásáról itt írtam:
https://linuxmint.hu/blog/2018/07/a-pkexec-policykit-szabalyainak-letreh...

Értékelés: 

0
Még nincs értékelve
kimarite képe

GParted 1.0.0 ui.

#2   Az új GPartedhez. Látható a bemásolt leírásban három paraméter, amit a ./configure futtatásánál kell alkalmazni. Mármint, ha valaki azt szeretné. Az első alapértelmezett (nem kell alkalmazni), a másik kettő nem. Most csak az engedélyező paraméterekről beszélek, a tiltásokról nem.

Mindez így nézne ki a paraméterek bekapcsolásával (magyarázatuk fentebb):

cd /gparted-1.0.0/
./configure --enable-online-resize --enable-xhost-root --enable-libparted-dmraid
make
sudo make install

A többi támogatás a GParted 1.0.0 telepítése után is telepíthető. Itt vannak felsorolva: DISTRIBUTION NOTES

Az alapértelmezett telepítés könyvtára (prefix nélkül):

/usr/local

De be lehet állítani mást is (configure paraméter):

--prefix=/usr

vagy

--prefix=/opt

Mindkét megoldás rosszabb, mint az alapértelmezett hely.
Az usr a rendszeré és saját alkalmazásaié, oda jobb nem betenni mást, inkább lokálisan, helyileg, azaz jelezve, ez nem alapértelmezett alkalmazás (/usr/local). Másrészt így nem akad össze a telepített alkalmazással ..., bár a Gparted esetén egészen más a bináris neve a két verzió esetén.
Az opt könyvtárba ... például teljesen Linux rendszertől független alkalmazásokat lehet betenni (például Viber).

Értékelés: 

0
Még nincs értékelve

Érdekes

Érdekes számomra a következő:
Kíváncsi voltam, hogy nálam melyik disztr éppen melyik verziószámú GParted-et kínálja. (Ezen a vason van natív módon öt Linux, melyeket szeretek nagyjából frissen tartani.)

Nos, eddig a legrégebbi (nem néztem mindet végig még) nálam 0.30 volt. Egyetlen rolling rendszerem van, az Arcolinux. De azt sem használom, mert feltettem inkább az LTS kernelt rá, és csak azt frissítgetem. (A rolling szédületes tempóban frissül, jó ideje le is tettem a frissen tartásáról, mert nincs annyi időm - volt, hogy egy nap két-három alkalommal is jött rá frissítés. Így ott most felhalmozódott valami hatszáz csomag.)

Érdekelt tehát, hogyan kezeli az Arch-LTS a frissítéseket. Start után a GP a 0.33 verzióval bírt, azonban ott volt a frissítések közt a GParted v.1.0.0.
Nyilván nem kezdtem el teszt gyanánt partícionálni, de belenézve sem a menürendszerben, sem a dizájnban nem vettem észre semmi újat. Ha lesz kis időm, utána nézek, mi lett benne új?
Szóval az ArcoLinux-LTS bár léptékkel kevesebbet a rollingnál, de azért frissít szaporán. (Babonából nem írom, hogy ijesztgettek a nagyok vele, az nem kezdőknek való disztr - nekem kezdőként eddig hibátlan, világos, gyors, kis étvágyú, egyszerű és szép. És LTS létére példásan naprakész.)

Valami oka biztos van, hogy más LTS-ek, mindt mondjuk a híresen LTS Debian, sokkal óvatosabban frissítenek.

Mégvalamit:
A GParted számomra Linux alatt olyan alapelem, ami megbízhatóan stabil, elég sok oldalú, egyszerű felépítésű és működésű - úgyhogy eszembe se jutott soha, hogy egyáltalán megnézzem, milyen alternatívái léteznek Linux alatt.
(Windows alatt más a helyzet, ott bizony futnom kellett néhány kört, míg megleltem az enyimét.)

És ha már a GParted-nél járunk:
Hirtelenül nem leltem, hogy lehet-e vele címkézni? Pontosabban átcímkézni a meglevő partíciót.

Lehet?

Értékelés: 

0
Még nincs értékelve
keraform képe

Érdekes

#3
"Ha lesz kis időm, utánanézek, mi lett benne új?"  
Szerintem semmi. A bevezetőmben ez olvasható: "gtkmm3 instead of gtkmm2". Ha jól értem a fejlesztői környezet változott meg.

"A rolling szédületes tempóban frissül, jó ideje le is tettem a frissen tartásáról, mert nincs annyi időm"
Én meg azt nem értem, miért nincs egy olyan opció a Frissítéskezelőben, hogy "Csináljon amit akar, csak engem ne fárasszon vele"
Aki azt mondja, hogy ez egy hülyeség, annak elmondom, hogy a Google éppen ezt teszi az Androidon. Egy-két naponta amikor kézbe veszem, kiírja, hogy nyolc alkalmazás frissítve lett. Ennyi.

"Windows alatt más a helyzet..." Pedig ott is volt egy szinte tökéletesen ugyanilyen felépítésű valami, de már nem emlékszem a nevére.

"lehet-e vele címkézni? Pontosabban átcímkézni a meglevő partíciót."
Miért ne lehetne: Partíció > Fájlrendszer címkézése.

Értékelés: 

0
Még nincs értékelve

Érdekes

#3.1 "Én meg azt nem értem, miért nincs egy olyan opció a Frissítéskezelőben, hogy "Csináljon amit akar, csak engem ne fárasszon vele""

Ez egyszerűen megvalósítható, csupán be kell állítanod, hogy miként kezelje a frissítéseket. Ha azt szeretnéd, hogy legyen teljesen automatikus, egy egérkattintás az egész.
Igen ám, de én Windows alatt se szeretem ezt, Linux alatt pedig főleg nem. Szeretem, ha a frissítést én indítom el, szeretem átnézni, mi frissült. És amikor van egy számomra tökéletesen működő, belakott éles rendszerem, akkor nem szívesen kockáztatok egy 4 szintű kernel frissítést, mert könnyen lehet, hogy elszáll menten minden, és akkor kalapálhatok. Ha nincs sürgős dolgom az OS-en, még bele is férne a kalapálás, legalább tanulok azáltal is. De gyakori, hogy van sürgős és fontos dolgom, ami nem tűr halasztást (vállalkozás egyes ügyei), és nincs semennyi idő kalapálásra.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Érdekes

#3.1.1 Igen ám, de én Windows alatt se szeretem ezt, Linux alatt pedig főleg nem. Szeretem, ha a frissítést én indítom el, szeretem átnézni, mi frissült. És amikor van egy számomra tökéletesen működő, belakott éles rendszerem, akkor nem szívesen kockáztatok egy 4 szintű kernel frissítést, mert könnyen lehet, hogy elszáll menten minden, és akkor kalapálhatok. Ha nincs sürgős dolgom az OS-en, még bele is férne a kalapálás, legalább tanulok azáltal is. De gyakori, hogy van sürgős és fontos dolgom, ami nem tűr halasztást (vállalkozás egyes ügyei), és nincs semennyi idő kalapálásra.

Nyugodtan rábízhatod maga a Frissítéskezelőre és a beállított szintekre.

Értékelés: 

0
Még nincs értékelve

Érdekes

#3.1.1.1 "Nyugodtan rábízhatod maga a Frissítéskezelőre és a beállított szintekre."

Kicsivel több, mint egy éve annak, hogy feltettem újra a Linuxot. Túlzás lenne azt mondani, hogy intenzíven használom is, de nincs nap, hogy ne indulna el valamelyik. (És jéé! Február volt, amikor legutoljára elindítottam a Windowst - a SketchUp-al kellett modelleznem. Jajj, bárcsak érteném már annyira a Blendert! Köszi a blogolást róla! yes) Ezidő alatt úgy 3-4 alkalommal láttam frissítésből fakadó fekete képernyőt.

Még jobban meg kell éreznem a Linuxot, hogy nyugodtan rá merjem magam bízni a frissítéskezelőre. Jó lenne már ott tartani.
Már operatív szakaszba értem a pillanatképek, backup-ok, mentések rendszerbe foglalása terén. (Most volt a második kísérletem hardveraprón lőni egy külső HDD-t, aminek a címkéje az lesz, hogy egyetemes mentőlemez. No, ha az beízzik majd, akkor már nyugodtabban fogom merni rábízni magam a frissítéskezelőre.)

Néhai Édesapámnak egy találó szólását juttattad most eszembe:
Vett az öcskösöm egy kocsit. Kifordított felniken, jó papucsok voltak a gép alatt. Mentek atyámmal kipróbálni a verdát. Az öcsém bíztatta apámat:
- Nyomhatod neki bátrabban, sokkal többet tudnak ezek a gumik.
A fater így reagált erre:
- Olyan ez nekem fiam, mint ha azt mondanád, hogy hugyozzak nyugodtan az ágyba.

Alma nem esik messze a fájától, én is úgy szeretem kóstolgatni a dolgokat, hogy érezzem akkor is, amikor a határaimat feszegetem, hogy ura maradok a dolgoknak. Csínján. Eljutok oda is, mert nem is én lennék, ha nem feszegetném a határaimat.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Érdekes

#3 thyeby ... a válaszaim többségét megírták már a többiek

Valami oka biztos van, hogy más LTS-ek, mindt mondjuk a híresen LTS Debian, sokkal óvatosabban frissítenek.

Elkezdtem írni egy blogot, és ott írom le, hogy a rolling és a hosszú távon támogatott kiadások között mi a különbség. És az egy döntés, hogy egy-egy terjesztés melyik kíván lenni, rolling vagy LTS. Benne van az LTS névben is (leírásában), hogy miért frissít „óvatosabban” például a Debian.

Mégvalamit:
A GParted számomra Linux alatt olyan alapelem, ami megbízhatóan stabil, elég sok oldalú, egyszerű felépítésű és működésű - úgyhogy eszembe se jutott soha, hogy egyáltalán megnézzem, milyen alternatívái léteznek Linux alatt.
(Windows alatt más a helyzet, ott bizony futnom kellett néhány kört, míg megleltem az enyimét.)
És ha már a GParted-nél járunk:
Hirtelenül nem leltem, hogy lehet-e vele címkézni? Pontosabban átcímkézni a meglevő partíciót.
Lehet?

A Windows egész más. Mármint külső fejlesztőket enged ..., azaz mostanában egyre kevésbé enged fejleszteni, de a Windowstól teljesen függetlenül. Linux alatt nagyobb az összhang a terjesztések és a külső fejlesztők között, a fejlesztések eredményeit megosztják (a nyílt forráskód ezt jelenti és nyilván leveleznek is).

Partíciót csak akkor lehet pl. címkézni, ha le van választva a partíció. Használatban lévő partícióval semmit nem tudsz csinálni. Zárolva van, ott a kulcs ikon mellette. A rendszer, vagy a home partíció mindig is használatban lesz, ez logikus. Csak Live rendszer alól (vagy a meglévő mellé telepített rendszer alól) van jogod a partícióit például címkézni.

-----

#3.1 keraform

Én meg azt nem értem, miért nincs egy olyan opció a Frissítéskezelőben, hogy "Csináljon amit akar, csak engem ne fárasszon vele"

Ezt úgy hívják: automatikus frissítés. A szintek tekintetében ez a teendő:
https://linuxmint.hu/blog/2018/07/frissiteskezelo-a-napi-egy-automatikus...
Így állítható be a szintekre, rákérdeztem a hivatalos oldalon is. És javasolta egyszerűbb megoldást.

Általában így állítható be (sajnos az egyik képről lemaradt a „Mindig frissítse a kernelt” beállítás, elrejti az ablak):
https://linuxmint.hu/blog/2018/07/a-frissiteskezelo-es-a-szoftverforraso...

Aki azt mondja, hogy ez egy hülyeség, annak elmondom, hogy a Google éppen ezt teszi az Androidon. Egy-két naponta amikor kézbe veszem, kiírja, hogy nyolc alkalmazás frissítve lett. Ennyi.

A Google Play igen, ezt teszi. A saját alkalmazásai tekintetében. Meg az FDroid is. De amúgy a rendszer nem. Illetve van olyan, hogy a telefon gyártója megkapja a Google-tól a legújabb Android frissítést, de a magyar ISP )szolgáltató) fél évig halogatja, hogy átadja neked, mert eddig tart beletenni a saját alkalmazását. Én ezt a közlekedési ügyben „elhíresült” szolgáltatóról olvastam.Lehet más ISP is ezt csinálja.
A Google azt tervezi a közeljövőben, hogy az Android is a Google Playen keresztül frissülne. És igaza is van. Gáz, hogy nem friss az okostelefonok rendszere. De ez esetben a készülék gyártőknak olyan firmware-eket, és drivereket kell legyártani, amit egy frissítés nem vág keresztbe, azaz nem lesz átmetileg tégla a telefon. És a Google-nak ebben segíteni kell valamelyest, nem vitás. Az ő érdeke is. Na most, ha egy Linux „tégla”, mi megjavítjuk. De melyik okostelefon tulaj javítja így, viszonylag egyszerűen a rendszert? Én lesz-e rá lehetősége, a módszereket honnan fogja venni? Nem lesz ideges? De.

Értékelés: 

0
Még nincs értékelve

Érdekes

#3.1.2 "Elkezdtem írni egy blogot, és ott írom le, hogy a rolling és a hosszú távon támogatott kiadások között mi a különbség."

Már valamely része kész, és fent van? Nem leltem. :(

Értékelés: 

0
Még nincs értékelve
kimarite képe

Érdekes

#3.1.2.1 Az a része kész :-)
De egészen másról szól. Az nincs kész.
Különben a rolling / LTS rossz nézőpont.
Ez is le van írva. :-D
Nem is közlöm ... már előre vita van! :-)

Értékelés: 

0
Még nincs értékelve

Érdekes Érdekes Érdekes

#3.1.2.1.1

#3.1.2.1.1

#3.1.2.1.1
Hékás! A vita az nagyon jó dolog. Az visz előre minket. Legyenek álláspontok, nézőpontok, vélemények - az se baj, ha ütköznek.
Veszekedés ne legyen, meg hülyézés.

...úgyhogy tessék csak közölni! :D

Jó ideje legalább annyira vonz a rolling, mint amennyire ragaszkodok az LTS-hez. Előbbi egy hipervagány sportkocsi, utóbbi pedig egy golyóálló, törhetetlen, lomha páncélozott limuzin.

 

szerk: Ez most miért lett második szerkesztésre Érdekesérdekesérdekes?

Értékelés: 

0
Még nincs értékelve
kimarite képe

Érdekes Érdekes Érdekes

#3.1.2.1.1.1 Előbbi egy hipervagány sportkocsi, utóbbi pedig egy golyóálló, törhetetlen, páncélozott limuzin.

Ez a lényeg!
Fel is használnám. Ha egyetértesz, írd meg. A lomha szó felesleges, ki is veszem (véletlen itt is kivettem).

Amúgy ez a GParted bejegyzés ...
Nyitni kéne egy bejegyzést a dolgaitoknak ... aztán átmásolhatod az én blogomból, amit oda gondolsz.
Az biztos, az én blogom egészen másról szól. :-D
Teljesen ... !
Engem annyira nem érdekel a téma. Tényleg nem.
https://www.youtube.com/watch?v=0cPXwc-5Kw8

Értékelés: 

0
Még nincs értékelve

Érdekes Érdekes Érdekes

#3.1.2.1.1.1.1 "Ha egyetértesz, írd meg."

Behumt szemmel feljogosítalak bármikor bármire, Mesterem! Szóval ne kérdezz, csinálj. A kérdezés az én reszortom.

Értékelés: 

0
Még nincs értékelve

Érdekes

#3 A futó rendszer partícióit nem tudod átcimkézni. Próbáld live rendszer alól - leválasztva.

Értékelés: 

0
Még nincs értékelve
keraform képe

Meglepő, és mulatságos

#3.2 Azért van sok "meglepő, és mulatságos" dolog. Minden állítás igaz, és az ellenkezője is. (Ezt én találtam ki, és nekem nagyon tetszik. Erről nem nyitok vitát)

Az első kérdés, hogy miért kellene átnevezni a rendszer, vagy a home partíciót. Ennek úgy általában semmi értelme, ha egyetlen rendszerről van szó. A fájlkezelőben úgyse ezen a néven jelenik meg.
Az adatpartíciók neve (címkéje) viszont szabadon változtatható, ennek értelme világos.
A rendszerpartíciók, és a home partíciók címkézésének akkor van értelme, ha több lemez, több rendszer, több home partíció van a lemezen. Ekkor nagy segítség, ha például az /dev/sdc7 mellett ott áll a címkenév is, hogy Xubuntu-Home.

Az is logikus, hogy a felcsatolt partíció címkéje nem változtatható, de sajnos ez meg nem igaz. A GP ugyan tényleg nem tud ilyen huncutságot, de a Lemezek alkalmazással simán átnevezhető a futó rendszer felcsatolt home partíciója is.
Az enyémnek LM18.3-Home volt a neve, amit most átneveztem LM18.3H-ra. Eközben a fájlkezelőben a Saját mappa tartalma végig látható maradt, tehát még csak le sem választotta közben az alkalmazás.
A megváltoztatott címkenév az ezután elindított GPartedben is ellenőrizhető.

Amikor a PC (Personal Computer) alatt még a Commodore 64-et s társait értettük, akkor volt egy olyan lemezparancs, amivel le lehetett zárni a lemezt, a lemez egy adott byte-ját át kellett írni mondjuk A-ról B-re (vagy bármire, ami nem A. Már nem emlékszem pontosan) Ezután a lemezegység nem tudott rá többet írni. És mivel nem tudta írni a lemezt, nem lehetett azt a B-t visszaírni A-ra. Hacsak, nem küldtünk a lemezegységnek egy olyan parancsot, amivel arra utasítottuk, hogy a kiolvasott B-t, módosítsa A-ra, mielőtt ellenőrzi, hogy A szerepel-e a kérdéses helyen. És mivel ekkor úgy "érzékelte", hogy ott A szerepel, ezért vidáman írni tudta a lemezt. (A C64 lemezegysége önállóan intézte a lemezkezelést, azt nem a C64 végezte)

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

Meglepő, és mulatságos

#3.2.1 Mikre nem jó a Lemezkezelő. A rendszer partíciót is át tudod címkézni?

Értékelés: 

0
Még nincs értékelve
keraform képe

Meglepő, és mulatságos

#3.2.1.1
Simán. Nálam LM18.3 volt, most LM18-3 lett. Csak a gazdi engedélyét kéri.

Az előbbiből hozzászólásomból valahogy kimaradt egy bekezdés:
"Azt, hogy a felcsatolt partíció címkéje szerkeszthető vagy nem, az alkalmazás készítője dönti el. Nem természeti törvény. A GP készítői nyilván úgy gondolták, jobb nem birizgálni a felcsatoltakat."

Értékelés: 

0
Még nincs értékelve
kimarite képe

Meglepő, és mulatságos

#3.2.1.1.1 Rendben. Jobb szerintem nem piszkálni. ... a befűzés helye az ami szerkesztve lesz, ezt a GParted nyilván békén hagyja, mert az a telepített rendszerhez tartozik, és nem az eszközhöz.

Értékelés: 

0
Még nincs értékelve

Meglepő, és mulatságos

#3.2.1.1.1.1 Nem vagyokbizonyos abban, amit írok, de véleményem szerint jó esélye van a következőnek:
A lemez címke nem egyéb, mint egy mező az információs rekordban. Hogy ez üres, vagy teli, a világon semmit nem érint.
De bárcsak kijavítana valaki, és leírná, hogyan és hova is történik a címke bejegyzése.

Értékelés: 

0
Még nincs értékelve

Meglepő, és mulatságos

#3.2.1.1 Megnéztem:
Ott a lehetőség.
Ugyan nem ellenőriztem, hogy felcsatoltat átcímkézhetek-e, de hiszem, hogy miért ne? ;)

Minden túlzás nélkül mondom, és szó szerint igaz:
Életem első Win/Linux dualbootját kb 20-25 évvel ezelőtt úgy készítettem, hogy a futó Win OS alatt átpartícionáltam a HDD-met az akkor még Partition Magic (profi) alkalmazással. Elsőre sikerrel, és hibátlanul!
Az azért nem csak egy mezei átcímkézés - jajj, felcsatolt partíción.

Értékelés: 

0
Még nincs értékelve
keraform képe

Meglepő, és mulatságos

#3.2.1.1.2 Ez az! Partition Magic. Ez nem jutott az eszembe, Amikor megtértem, vagyis áttértem Linuxra a PM után a GP-t ismerősként üdvözöltem, pedig előtte sohasem láttam.

Értékelés: 

0
Még nincs értékelve

Meglepő, és mulatságos

#3.2.1.1.2.1 Egyfajta svájci bicska a "Parted Magic" - a napokban adták ki a legújabb
verziót: pmagic_2019_05_30.iso

Értékelés: 

0
Még nincs értékelve

Meglepő, és mulatságos

#3.2.1 Ó, azok a régi szép 360 K-s floppis idők....Szerinted biztonságos?

Értékelés: 

0
Még nincs értékelve
keraform képe

Szerinted biztonságos?

#3.2.1.2.1.1
Nem vagy valami bőbeszédű. Melyik módszer?

Na jó, gondolom, hogy nem a C64 lemezegységgel kapcsolatos trükkre gondolsz. Bár a mondatod első fele erre utalt.

Ahogy már írtam, a GP készítői úgy gondolták, hogy ezt nem teszik lehetővé, a Lemezek készítői pedig igen.
Hogy én erről mit gondolok? Szerintem a címke megváltoztatása menet közben nem hordoz kockázatot. Azt a rendszer nem veszi figyelembe, csak a lemezkezelők olvassák ki. Az csak egy név.
Olyan ez, mint egy kikommentelt magyarázó szöveg abban a fájlban, ami úgy kezdődik:
# Ezt a fájl soha, semmilyen körülmények között ne merd megváltoztatni!
Én meg beleírom alá, hogy
# Miért ne?

Értékelés: 

0
Még nincs értékelve

Szerinted biztonságos?

#3.2.1.2.1.1.1 Úgy vélem, nem pontosan így van, de a példa mégis elég találó.
A lemez címke semmi egyéb, mint információ hordozó a felhasználó számára. A rendszernek a hibátlan, tökéletes működéshez a világon semmi szüksége erre az információra. Soha nem használja semmire, csupán neked mutatja érthetően, hogy a hdx, vagy sdy eszközön mit találsz konkrétan. És ezt is csak akkor, ha felcímkézed magadnak.

Ahhoz hasonlítanám inkább a kikommentelés helyett, hogy kitűnően használható egy jó matek tankönyv attól függetlenül, hogy van-e rajta vignetta, vagy nincs, illetve hogy mi van a vignettára írva. Az neked kell, hogy tudd, ez egy matek könyv, meg az osztálytársaidnak, hogy tudják: Ez a te matekkönyved. És prímán tanulhatsz a matekkönyvből attól függetlenül, hogy épp valaki ír-e valamit a vignettára közben.

Értékelés: 

0
Még nincs értékelve

Meglepő, és mulatságos

#3.2.1 "Erről nem nyitok vitát"

Ennek az állításnak is igaz az ellenkezője is? laugh

Értékelés: 

0
Még nincs értékelve
keraform képe

Meglepő, és mulatságos

#3.2.1.3 ""Erről nem nyitok vitát" Ennek az állításnak is igaz az ellenkezője is?"
Erről nem nyitok vitát.
Amúgy az "erről nem nyitok vitát" arra vonatkozott, hogy "nekem nagyon tetszik". smiley

 

Értékelés: 

0
Még nincs értékelve

Arch

Ha már volt Centos, Fedora stb akkor legyen Arch is: az (extra tároló) alapértelmezésben fenn van

pacman -S gparted vagy pamac install gparted vagy yay -S gparted

Értékelés: 

0
Még nincs értékelve

Arch

#4 Arch alatt (Ismétlem: LTS) nekem egyszerűen csak annyi volt, hogy katt, frissítés, oszt' jónapot.

Értékelés: 

0
Még nincs értékelve

Arch

#4.1 Na ja, frissités, de valamikor azért csak felkerült....

Értékelés: 

0
Még nincs értékelve

Arch

#4.1.1 Ha már Arcolinux, akkor inkább Arcolinux-D, de leginkább az Eric Dubois által emlegetett phase 5. Akit érdekel, az úgyis elolvassa. Az LTS pedig maximum a kernelre vonatkozik, a többi beállitás pedig a pacman.conf-ban.

Értékelés: 

0
Még nincs értékelve
tresor képe

Arch

#4.1.1.1 Na igen, nem szabad keverni az Ubuntu-s LTS szisztémát az Arch-on választható LTS kernel használatával. Bár mindkét esetben ugyan azt jelenti. Míg az Ubuntu-nál az egész kiadásra kell érteni, addig Arch-nál csak a kernelre vonatkozik a hosszútávú támogatás.

Értékelés: 

0
Még nincs értékelve

Arch

#4.1.1.1.1 Az Arcolinux egy szenzációs Arch alapú kiadás, minden benne van, ami szemnek,szájnak kellemes, havonta frissitett, de rolling distro, de ezzel el is mondtam az ellentmondást (rolling, de havonta új kiadás), feleslegesen nagyra hizott, (pl 3 böngésző, egy halom istenbizony soha nem használt program)  a kinézet pedig hát az általa tervezett Sardi ikontémának van alárendelve, ami szép, de hát nem mindenki szereti.

Értékelés: 

0
Még nincs értékelve
tresor képe

Arch

#4.1.1.1.1.1 Viszont az Arco D-be azt raksz bele, ami csak neked kell. Bár gondolom, azt is kipróbáltad.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Arcolinux | rolling, de havonta új kiadás

#4.1.1.1.1.1 A megfogalmazás: semi-rolling

Ilyen volt az LMDE és az LMDE 1 (Update packs)

Értékelés: 

0
Még nincs értékelve