[UBK dev] telepítési tapasztalatok

[Kiss Attila]

A foltommal sem megy.

> A telepítőnek nem sikerült létrehoznia a partíciós táblát a lemezen 
> SAMSUNG HD161GJ.
> ========================================================================================== 
> Create a new partition table (type: msdos) on „/dev/sda” 
> ========================================================================================== 
> ========================================================================================== 
> Job: Create new partition table on device „/dev/sda” 
> ========================================================================================== 
> ========================================================================================== 
> Command: sfdisk /dev/sda
Pedig a calamares forrásban rágreppeltem az összes util-linuxban lévő 
/sbin alatti binárisra és valamennyi fellelhetőt kiegészítettem a /sbin 
taggal a folttal, de így sen tudom, hogy honnan veszi az útvonal nélküli 
sfdisk -et ez a dög.

Tutira ezért nem csinál UUID-eket a calamares és romlik el swap partíció 
esetén az egész.

Mindegy, a calamaressel is kellne partíciós táblát cináltatni tudni.

Nem commitolom a foltot. Egyébként ez az:

> diff -Nur orig/src/modules/partition/core/DeviceList.cpp 
> mod/src/modules/partition/core/DeviceList.cpp
> --- orig/src/modules/partition/core/DeviceList.cpp    2019-08-07 
> 12:58:22.000000000 +0200
> +++ mod/src/modules/partition/core/DeviceList.cpp    2019-08-22 
> 09:55:13.210182945 +0200
> @@ -57,7 +57,7 @@
>  blkIdCheckIso9660( const QString& path )
>  {
>      QProcess blkid;
> -    blkid.start( "blkid", { path } );
> +    blkid.start( "/sbin/blkid", { path } );
>      blkid.waitForFinished();
>      QString output = QString::fromLocal8Bit( 
> blkid.readAllStandardOutput() );
>      return output.contains( "iso9660" );
> diff -Nur orig/src/modules/partition/core/PartUtils.cpp 
> mod/src/modules/partition/core/PartUtils.cpp
> --- orig/src/modules/partition/core/PartUtils.cpp    2019-08-07 
> 12:58:22.000000000 +0200
> +++ mod/src/modules/partition/core/PartUtils.cpp    2019-08-22 
> 11:14:46.700070089 +0200
> @@ -226,7 +226,7 @@
>
>      auto r = CalamaresUtils::System::runCommand(
>          CalamaresUtils::System::RunLocation::RunInHost,
> -        { "blkid", "-s", "TYPE", "-o", "value", partitionPath }
> +        { "/sbin/blkid", "-s", "TYPE", "-o", "value", partitionPath }
>      );
>      if ( r.getExitCode() )
>          cWarning() << "blkid on" << partitionPath << "failed.";
> diff -Nur orig/src/modules/partition/jobs/ClearMountsJob.cpp 
> mod/src/modules/partition/jobs/ClearMountsJob.cpp
> --- orig/src/modules/partition/jobs/ClearMountsJob.cpp  2019-08-22 
> 09:28:04.000000000 +0200
> +++ mod/src/modules/partition/jobs/ClearMountsJob.cpp  2019-08-22 
> 09:47:52.450800911 +0200
> @@ -81,7 +81,7 @@
>      // We then need to clear them just in case they contain something 
> resumable from a
>      // previous suspend-to-disk.
>      QStringList swapPartitions;
> -    process.start( "sfdisk", { "-d", m_device->deviceNode() } );
> +    process.start( "/sbin/sfdisk", { "-d", m_device->deviceNode() } );
>      process.waitForFinished();
>      // Sample output:
>      //    % sudo sfdisk -d /dev/sda
> @@ -221,14 +221,14 @@
>  ClearMountsJob::tryClearSwap( const QString& partPath )
>  {
>      QProcess process;
> -    process.start( "blkid", { "-s", "UUID", "-o", "value", partPath } );
> +    process.start( "/sbin/blkid", { "-s", "UUID", "-o", "value", 
> partPath } );
>      process.waitForFinished();
>      QString swapPartUuid = QString::fromLocal8Bit( 
> process.readAllStandardOutput() ).simplified();
>      if ( process.exitCode() != 0 ||
>           swapPartUuid.isEmpty() )
>          return QString();
>
> -    process.start( "mkswap", { "-U", swapPartUuid, partPath } );
> +    process.start( "/sbin/mkswap", { "-U", swapPartUuid, partPath } );
>      process.waitForFinished();
>      if ( process.exitCode() != 0 )
>          return QString();

A bash -al már befürödtél, arra emlékszem.


2019. 08. 22. 11:35 keltezéssel, Páder Rezső írta:
>> Ennyire egyedül lennénk ezzel a linux disztrók tengerében a /bin és
>> /sbin alatti cuccainkkal?
> Valószínűleg igen.
> Már korábban is meg akartam lépni a /bin, /sbin irtását, de elsőre nem
> sikerült.
> Azért az sem optimális, hogy egy rakás szimlink van a /bin és /sbin
> alatt, ami az /usr/bin vagy /usr/sbin alá mutat, vagy épp fordítva...
>
> Ezeket a csomagokat kellene átalakítani hozzá:
>
> attr
> audispd-plugins
> audit
> bash
> checkinstall
> cifs-utils
> coreutils
> dbus
> dpkg
> dump
> e2fsprogs
> fbgetty
> fuse-ntfs-3g
> gawk
> glibc
> gocr
> grep
> gzip
> hdparm
> iproute2
> isdn4k-utils
> jfsutils
> kbd
> keyutils
> kmod
> lde
> less
> libcap
> lvm
> mdadm
> ndiswrapper
> nfs-utils
> open-iscsi
> pam
> parted
> pcmciautils
> psmisc
> reiserfsprogs
> sed
> setserial
> shadow
> squashfs-tools
> sysklogd
> syslinux
> tcsh
> uhu-base
> uhu-pkg
> uhu-sysinfo
> uhu-utils
> util-linux
> v86d
> vi
> vlan
> xfsdump
> xfsprogs
> ytree
> zsh
>
> No meg persze az összes foltot, ami ezek miatt készült.
>