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

• #34976 xabolcs őstag CPT.Pirk #34968

  Új Válasz 2025-06-05 13:44:24 #34976

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  xabolcs

  őstag

  válasz CPT.Pirk #34968 üzenetére

  A "systemctl enable" es "systemctl disable" csak a gepinditaskori automatikus indulast befolyasoljak.

  Attol, hogy valami nem indul automatikusan a geppel egyutt, attol meg minden tovabbi nelkul indithato kezzel a "systemctl start" paranccsal.

  Amit te szeretnel, hogy kezzel se lehessen inditani, az a "systemctl mask"!

  man systemctl-bol:

  is-enabled UNIT...
  Checks whether any of the specified unit files are enabled (as with enable). Returns an exit code of 0 if
  at least one is enabled, non-zero otherwise. Prints the current enable status (see table). To suppress
  this output, use --quiet. To show installation targets, use --full.
  Table 1. is-enabled output
  ┌──────────────────┬───────────────────────────────┬───────────┐
  │Name │ Description │ Exit Code │
  ├──────────────────┼───────────────────────────────┼───────────┤
  │"masked" │ Completely disabled, so that │ │
  ├──────────────────┤ any start operation on it │ │
  │"masked-runtime" │ fails (permanently in │ > 0 │
  │ │ /etc/systemd/system/ or │ │
  │ │ transiently in │ │
  │ │ /run/systemd/systemd/). │ │
  ├──────────────────┼───────────────────────────────┼───────────┤

  A masik pedig "mask" parancs leirasa:

  mask UNIT...
  Mask one or more units, as specified on the command line. This will link these unit files to /dev/null,
  making it impossible to start them. This is a stronger version of disable, since it prohibits all kinds of
  activation of the unit, including enablement and manual activation. Use this option with care. This honors
  the --runtime option to only mask temporarily until the next reboot of the system. The --now option may be
  used to ensure that the units are also stopped. This command expects valid unit names only, it does not
  accept unit file paths.

  
  
  
  
  

• #31983 xabolcs őstag CPT.Pirk #31973

  Új Válasz 2022-02-08 23:03:12 #31983

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  xabolcs

  őstag

  válasz CPT.Pirk #31973 üzenetére

  Nem tudom mit kezeltek gittel, de ha valami forrakodot, akkor az emlitett git-cola nagyon jo parost alkot a Visual Studio Code-dal.

  Forraskodban utkozesfeloldasra VS Code-ot hasznalok, kommitalasra, chunk kezelesre git-cola-t.

• #25965 xabolcs őstag xabolcs #25850

  Új Válasz 2017-08-26 20:47:45 #25965

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  xabolcs

  őstag

  válasz xabolcs #25850 üzenetére

  A kerulomegoldas az lett, hogy az alabbi postinst szkripttel folmasolom a kerneleket az EFI particiora amit folismer a refind. Es persze egy refind_linux.conf is jo ha van.

  /etc/kernel/postinst.d/zz-update-efistub

  TARGETPATH=/boot/efi/EFI/debian/

if [ -d "$TARGETPATH" ]; then
rm -f $TARGETPATH/vmlinuz* $TARGETPATH/initrd.img*
cp -p /boot/vmlinuz* /boot/initrd.img* $TARGETPATH
else
echo Target directory $TARGETPATH does not exists ...
exit 1
fi

exit 0

  Az igazi megoldas egyelore varat magara, de valoszinuleg a btrfs drivert kellene okositani egy kicsit.

• #25930 xabolcs őstag xabolcs #25850

  Új Válasz 2017-08-17 08:52:10 #25930

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  xabolcs

  őstag

  válasz xabolcs #25850 üzenetére

  Nem meglepo modon a subvolume nelkuli btrfs meghajtorol siman indul a 4.9-es kernel ...

• #25850 xabolcs őstag

  Új Válasz 2017-07-29 02:43:44 #25850

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  xabolcs

  őstag

  Sziasztok!

  a rEFInd miert nem tudja betolteni a 4.9-es (meg a 4.11-es) kernelt btrfs subvolume-rol, mikozben a 4.8-as kernelt minden problema nelkul betolti?

  Error: Device Error while loading vmlinux-4.9.0-3-amd64

  

  Persze igazabol az erdekel, hogy hogyan tudnam betolteni vele a subvolume-on levo 4.8-nal frissebb kerneleket.

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