Témata

1

Distribuce / System Recue (CD) oprava NTFS

« kdy: 01. 09. 2025, 13:00:14 »

Vážené kolegyne, vážení kolegovia!

Mám PC s Windows 7, na ktorom je SW, ktorý nejde nahradiť a verzia pre novšie OS neexistuje mimo predplatné, ktoré je mimo politiku

Boot padne na Unable mount boot device

V System Rescue  ide boot NTFS disk mountovať, akurát pri každom mounte  hlási unclean file system a fixining a potom je NTFS čitateľný

ntfsfix -db  nájde nečitateľný blok  v jenom dátovom súbore prehliadača Chrome a neopraví problém.

Prosím Vás o radu, čo s tým resp. aký nástroj použiť?
Mňa už napadá len ntfsfix -d bez kontroly vadných blokov.

S vďakou
Peter

 

2

Software / Prečo nefunguje sudo killall -9 sync

« kdy: 20. 03. 2024, 22:31:33 »

Vážené kolegyne, vážení kolegovia!

Stáva sa mi, že mi zamrzne príkaz sync volaný z cronu z dvoch skriptov s rôznymi periódami a neviem ako ho odstreliť. Nevedel by mi niekto poradiť, ako to urobiť?

 Ďakujem, veľmi pekne

3

Distribuce / Editácia obsahu /USR/sysimage/sysimage/rpm/Packages.db

« kdy: 09. 06. 2022, 13:40:17 »

Vážené expertka, vážení experti!

Rád by som sa opýtal, ako zeditovať obsah súborov
/USR/sysimage/sysimage/rpm/Packages.db
A
/USR/sysimage/sysimage/rpm/Index.db
?

Ide mi o to, že upgrade aj reinštalácia nebootovateľného openSUSE zlyhá na nemožnosti odstrániť starú verziu openSuse-Addon-NonOss-release, a ten pruduct sa nachádza len v uvedeným súboroch. Systém Tumbleweed  sa "zložil":pri upgrade, ktorý menil aj balíčky rpm a zypper, takže to môže byť  dôsledok ale aj príčina problémov

S vďakou za radu a pozdravom
Peter

4

Distribuce / openSUSE rpm: kde sa spúšťajú preinstall skripty?

« kdy: 24. 05. 2022, 12:32:23 »

Vážené expertky, vážení experti!

rád by som dostal radu, kam sa ukladajú preinstall, skripty z rpm balíčkov.

Dávam do kopy rozhasený systém a nechcem robiť formát oddielov (nielen /home oddiel). Upgrade nejde, a problém má aj inštalácia

Na pôvodnom systéme boli linky napr.
 
v /usr/share niektoré adresáre odkazovali softlinkom na /home/partOfShare/adresár


To v inštalátore nefungovalo, lebo mountoval  /  z padnutého  systému do svojho do /mnt

a teda namiesto /home/partOfShare/adresár mal byť  /mnt/home/partOfShare/adresár

niečo som vyriešil relatívynmi cestami

teda namiesto
v /usr/share niektoré adresáre odkazovali softlinkom na /home/partOfShare/adresár

je v originále
v /usr/share niektoré adresáre odkazuje softlinkom na ../..//home/partOfShare/adresár

Už mi nejde nainštalovať len pár balíkov a to preto, že nevedia nájsť  adresár z premennej %preinst a  mo6no %postinst
skripty nenájde


Viem mi niekto poradiť, kde tie skripty sú /mali by byť a overím, či sú správne linknuté, lebo mám podozrenie, že  aj tieto adresáre sú nekorektne linknuté v tom openSUSE Tumbleweed

Vrelá všaka

Peter

5

Vývoj / $1 z bash skriptu do sed

« kdy: 13. 09. 2021, 21:39:10 »

Vážené kolegyne, vážení kolegovia!

V skripte potrebujem volať v bash scripte

sed -e 's/file.cvs/$1/g'

a nejako sa mi nedarí sa mi nastaviť to tak, aby ten prvý parameter bol prebraný zo skriptu

nevyzerá, že by fungovalo

sed -e 's/file.cvs/'$1'/g'

nevie mi niekto poradiť prečo?
Ďakujem

6

Vývoj / localtime a (ne)tvorba nových dát v pamäti

« kdy: 26. 07. 2021, 15:28:09 »

Milé kolegyne, vážení kolegovia!


Narazil som na neočakávané správanie sa funkcie localtime.

Doteraz som bol v tom, že localtime alokuje  miesto v pamäti  pre struct tm, naplní ho a vráti smerník na dáta.


Dnes sa správa tak, ako keby nealokoval nové miesto v pamäti. Vidím to, tak že mám viacero tm * a po localtime sa zmenia  dátumu všade, kde používam smerník pôvodne z iných localtime v kóde.


Nezdá sa mi to  ako  korektné správanie sa. Ak ale je správne, tak mám otázky

1. Je lepšie alokovať pre dáta v štruktúrach, kde je tm *, pomocou malloc a kopírovať  dátumové položky dátumu manuálne alebo dať do štruktúry priamo položku tm.

2. Ak je 1  závislé od použitia, tak by som rád vedel aspoň orientačne, ako je to  lepšie kde?


Nechce sa mi robiť refactoring z ->  na. , takže  asi skúsim malloc ako prvú možnosť.

7

Software / Co je možné smazat z /usr/lib/debug?

« kdy: 01. 06. 2021, 16:23:48 »

Vayene kolegyne, vazeni  kolegovia"
Prosim Vas o radu

Co mozno    zmazat  z /usr/lib/debug ? Prestali  fungovat cross partition  symlinks


Pri rieseni
EXT4: ls, file, ldd súbor pozná, ale "./a.out" vyhlási file not found
https://forum.root.cz/index.php?topic=24800.msg352258;topicseen#new


som narazil na jednu  potencialnu  chybu

system y  problemom mam  v /root/suse

Kód: [Vybrat]

df -h
Filesystem      Size  Used Avail Use% Mounted on

/dev/sdb3         /root/suse
/dev/sdb5        /root/suse/boot
/dev/sdb4        ,,,,,/root/suse/home
/dev/sdb8        49G   48G  780M  99% /root/suse/usr
/dev/sdb6      /root/suse/var/log
[root@sysrescue ~]# du -sh  suse/usr/ |egrep bin
[root@sysrescue ~]# ls -la  suse/usr/ |egrep bin
dr-xr-xr-x   2 root root 491520 May 26 13:15 bin
lrwxrwxrwx   1 root root     11 Jun  1 13:53 sbin -> /home/sbin/

[root@sysrescue ~]# du -sh suse/home/sbin
841M suse/home/sbin

Teda obsah  /home/sbin  resp.  symlink na neho  s menom /usr/sbin  zabera viac ako je volneho  na partici mountovanej   do /usr.

Programy su  spustia ak sa zada cesta /home/sbin/yast (vysteka ale pokusi sa spustit)  pricom ten isty program  pri spusteni  cez /usr/sbin/yast  da file not found.

nepomoze ani  nanovo  vtvoreny  symlink

napadlo ma vratit ten /usr/sbin spat

ale chyba miesto a

Kód: [Vybrat]

du -sh  suse/usr/*|egrep G
8.9G suse/usr/bin
15G suse/usr/lib
24G suse/usr/lib64

a

Kód: [Vybrat]

du -sh  suse/usr/lib/*|egrep G
4.2G suse/usr/lib/debug
...
4.4G suse/usr/lib/python3.8

resp.

Kód: [Vybrat]

1.7G suse/usr/lib64/jvm
...
1.1G suse/usr/lib64/mpi
...
2.1G suse/usr/lib64/piglit
1.9G suse/usr/lib64/python3.8

Chcem sa opytat, co  z toho  je nejmenej potrebne pri  boote, aby som to dal na inu  particiu a namiesto toho vratil  /usr/sbin , aby nebo cez  symlink?

Pripadne ako obnovit funkcnost  symlinku na adresar na inu  particiu..

Dakujem za kazdu radu

8

Software / EXT4: ls, file, ldd súbor pozná, ale "./a.out" vyhlási file not found

« kdy: 27. 05. 2021, 16:01:41 »

Vážené kolegyne, vážení  kolegovia!

Stala sa mi  podivná vec s ext4 a poprosil by som o radu


 na openSUSE Tumbleweed  zmizli  všetky súbory z oddielu mapovaného na adresár  /usr
Tým pádom sa stal systém nepoužiteľným...

Po  reštarte nevedel  nájsť ani /bin/sh ani init.

v SystemRescueCD (viem dnes už  bez  CD, ale toto je stará  osvedčená verzia), fsck -pvcf na všetky oddiely sa súbory sa "objavili" na všetkých pripojených oddielocjh (tam, kde majú byť pre chroot ./suse /bin/bash, ktoré  mi  v minulosti  fugovalo) Práva sú  OK(755)  ls -la /usr/bin/bash je ok. cp so súborom ide, file zo SystemRescueCD hlási  ELF 64 bit x86 dynamicky linkovaný ldd  zo  SystemRescueCD hlási, že nie je dynamicky linkovaný a teda nedá  zoznam  potrebných  knižníc a sputenie  ./suse/usr/sbin/bash dá  file not found. Ale chroot  padne na file not found a som teda  mimo  možnosti použiť yast, zypper.. . Bash z System  rescue CD  potrebuje ncurses5 ale   na disku  je ncurses 6.2, takže sa nespustí ale nedá  file not found  ldconfig nejede, keďž chroot spadne na bash-i. pridanie položky .  do LD_LIBRARY_PATH  pre  chroot nefunguje, lebo  nevie, čím to interpretovať.

zdrojáky rozpúaracovaného projektu v C a Qt5 ostali  nedotknuté ale nemám ich  čím skompilovať inde.


Vie mi  niekto poradiť, čo sa mohlo stať a ako to  opraviť, prosím... Ja už  strácam nápady.

S vďakou  za radu

Peter Fodrek.

9

Sítě / Existuje ethernetový kábel s vypínačom?

« kdy: 13. 05. 2021, 17:24:36 »

Vážené kolegyne, vážení kolegovia!
V súvislosti  s Industry 4.0 by sa mi hodilo, aba sa občas nejaké priemyselné  zariadenie  občas pripájalo k sieti  a prenieslo  nejaké údaje a väčšinu času  bolo fyzicky od firemnej siete odpojené.  Riešenie  s vyťahovaním  Ethernet  kábla sa mi  nepáči a riešenie cez SW vypínanie portu na  sieťovom prepínači   nepovažujem  za dosť bezpečné.

Chcem sa opýtať, či  niekto niečo podobné neriešil a neexistuje  riešenie napr. podľa nadpisu?

S vďakou

Peter

10

Software / CIFS mount prestal robiť mount, ak je v ceste znak$

« kdy: 07. 01. 2021, 16:35:38 »

Vážený kolegovia!

Prosím o radu

v /etc/fstab mám dve položky

Kód: [Vybrat]

//192.168.1.134/shares                                  /home/fodrek/shares                     cifs    credentials=/home/fodrek/cifs.creds,iocharset=utf8,sec=ntlm,cifsacl,user,nosuid,uid=fodrek,gid=users,vers=1.0 0 0
//192.168.1.134/Home$/fodrek.peter.ml                   /home/fodrek/sietovy                    cifs    credentials=/home/fodrek/cifs.creds,iocharset=utf8,sec=ntlm,cifsacl,user,nosuid,uid=fodrek,gid=users,vers=1.0 0 0


a napriek tomu pripojí dnes len tú prvú (21.12.2020 pripájal openSUSE Tumbleweed oba adresáre)

sudo mount -av

vráti

Kód: [Vybrat]

/home/fodrek/shares      : already mounted

mount.cifs kernel mount options: ip=192.168.1.134,unc=\\192.168.1.134\Home$,iocharset=utf8,sec=ntlm,cifsacl,vers=1.0,uid=1000,gid=100,user=peter.fodrek.ml,domain=.....,prefixpath=fodrek.peter.ml,pass=********
mount error(22): Invalid argument

dmesg dá okrem varovania o verzii SMB.ktoré ale musím strpieť

[ 4272.913960] cifs: Unknown parameter 'prefixpath'

 prefixpath si pridá cifs.mount a  dá tam to, čo bolo za $ v  UNC a odiaľ to nepreniesol do mountu..


Neviem ma niekto nakopnúť, kde robím chybu, prosím,




S vďakou
Peter Fodrek


Edit:
P.S. ani UNC v " " ani \044  namiesto $ nepomáha

11

Distribuce / Nelze přidat uživatele: No UID/GID pair is available

« kdy: 12. 11. 2020, 16:09:21 »

Važené kolegyne, vážení kolegovia!

Pri nastavovaní LDAP cez sssd/nscd a ldap sa mi začalo Ubuntu 20.04/20.10 správať pomerne divne, Prihlásiť sa LDAP účtom ešte nejde, ale prestal fungovať príkaz adduser a to tak, že hlási nedostupné UID napriek tomu, že v /etc/passwd také UID nie je a sssd pri štarte chýba databáza, čo mi príde divné. Konfiguráky som kopíroval z Ubuntu 17.04, kde  LDAP login fungoval roky a  teraz zrazu nie.


Nevedel ma niekto nakopnúť, čo s tým


Ďakujem pekne..

P.S.  ukážka časti problému:

Kód: [Vybrat]

~$  sudo adduser --debug --uid 200  aor
adduser: The UID 200 is already in use.

~$ cat /etc/passwd |egrep  200

~$  sudo adduser --debug   aor
Adding user `aor' ...
Selecting UID from range 100 to 59999 ...
adduser: No UID/GID pair is available in the range 100-59999 (FIRST_UID - LAST_UID).
adduser: The user `aor' was not created.

~$ cat /etc/passwd |egrep  10001

~$ sudo adduser --debug --uid 10001 aor
adduser: The UID 10001 is already in use.


~$ sudo adduser --debug  aor
Adding user `aor' ...
Selecting UID from range 100 to 59999 ...
adduser: No UID/GID pair is available in the range 100-59999 (FIRST_UID - LAST_UID).
adduser: The user `aor' was not created.


~$ cat /etc/passwd |wc -l       
57



12

Hardware / Podozrenie na elektroniku disku

« kdy: 04. 08. 2020, 16:37:25 »

Vážené expertky , vážení experti!

mám podozrenie na nejaký problém s elektronikou starého HDD. PC nebbotuje/recovery 0 bodovm a tak ho skúšam cez USB SATA radič. Každý raz sa to správa inak- bol aj report o probléme s cache disku, ale po "oddychu a vychladnutí disku" mám pomerne zvláštny výstup.

Kód: [Vybrat]

~>dmesg
[ 6028.011104] usb 4-1: new SuperSpeed Gen 1 USB device number 2 using xhci_hcd
[ 6028.031892] usb 4-1: New USB device found, idVendor=174c, idProduct=55aa, bcdDevice= 1.00
[ 6028.031896] usb 4-1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[ 6028.031898] usb 4-1: Product: ASM1153E
[ 6028.031900] usb 4-1: Manufacturer: asmedia
[ 6028.031901] usb 4-1: SerialNumber: 0123456789012
[ 6028.033971] scsi host9: uas
[ 6028.034597] scsi 9:0:0:0: Direct-Access     asmedia  ASM1153E         0    PQ: 0 ANSI: 6
[ 6028.035312] scsi 9:0:0:0: Attached scsi generic sg3 type 0
[ 6028.035689] sd 9:0:0:0: [sdc] Spinning up disk...

~> sleep 120&&dmesg
[ 6028.011104] usb 4-1: new SuperSpeed Gen 1 USB device number 2 using xhci_hcd
[ 6028.031892] usb 4-1: New USB device found, idVendor=174c, idProduct=55aa, bcdDevice= 1.00
[ 6028.031896] usb 4-1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[ 6028.031898] usb 4-1: Product: ASM1153E
[ 6028.031900] usb 4-1: Manufacturer: asmedia
[ 6028.031901] usb 4-1: SerialNumber: 0123456789012
[ 6028.033971] scsi host9: uas
[ 6028.034597] scsi 9:0:0:0: Direct-Access     asmedia  ASM1153E         0    PQ: 0 ANSI: 6
[ 6028.035312] scsi 9:0:0:0: Attached scsi generic sg3 type 0
[ 6028.035689] sd 9:0:0:0: [sdc] Spinning up disk...
[ 6029.059004] ..................................................................................................not responding...
[ 6149.206831] sd 9:0:0:0: [sdc] Read Capacity(16) failed: Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 6149.206834] sd 9:0:0:0: [sdc] Sense Key : Not Ready [current]
[ 6149.206836] sd 9:0:0:0: [sdc] Add. Sense: Logical unit is in process of becoming ready
[ 6170.056603] sd 9:0:0:0: [sdc] Read Capacity(10) failed: Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 6170.056607] sd 9:0:0:0: [sdc] Sense Key : Not Ready [current]
[ 6170.056610] sd 9:0:0:0: [sdc] Add. Sense: Logical unit is in process of becoming ready
[ 6170.056948] sd 9:0:0:0: [sdc] 0 512-byte logical blocks: (0 B/0 B)
[ 6170.056950] sd 9:0:0:0: [sdc] 0-byte physical blocks

~> sleep 120&&dmesg
[ 6028.011104] usb 4-1: new SuperSpeed Gen 1 USB device number 2 using xhci_hcd
[ 6028.031892] usb 4-1: New USB device found, idVendor=174c, idProduct=55aa, bcdDevice= 1.00
[ 6028.031896] usb 4-1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[ 6028.031898] usb 4-1: Product: ASM1153E
[ 6028.031900] usb 4-1: Manufacturer: asmedia
[ 6028.031901] usb 4-1: SerialNumber: 0123456789012
[ 6028.033971] scsi host9: uas
[ 6028.034597] scsi 9:0:0:0: Direct-Access     asmedia  ASM1153E         0    PQ: 0 ANSI: 6
[ 6028.035312] scsi 9:0:0:0: Attached scsi generic sg3 type 0
[ 6028.035689] sd 9:0:0:0: [sdc] Spinning up disk...
[ 6029.059004] ..................................................................................................not responding...
[ 6149.206831] sd 9:0:0:0: [sdc] Read Capacity(16) failed: Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 6149.206834] sd 9:0:0:0: [sdc] Sense Key : Not Ready [current]
[ 6149.206836] sd 9:0:0:0: [sdc] Add. Sense: Logical unit is in process of becoming ready
[ 6170.056603] sd 9:0:0:0: [sdc] Read Capacity(10) failed: Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 6170.056607] sd 9:0:0:0: [sdc] Sense Key : Not Ready [current]
[ 6170.056610] sd 9:0:0:0: [sdc] Add. Sense: Logical unit is in process of becoming ready
[ 6170.056948] sd 9:0:0:0: [sdc] 0 512-byte logical blocks: (0 B/0 B)
[ 6170.056950] sd 9:0:0:0: [sdc] 0-byte physical blocks
[ 6180.820985] sd 9:0:0:0: [sdc] Write Protect is off
[ 6180.820990] sd 9:0:0:0: [sdc] Mode Sense: 43 00 00 00
[ 6180.821144] sd 9:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 6180.821345] sd 9:0:0:0: [sdc] Optimal transfer size 33553920 bytes not a multiple of physical block size (0 bytes)
[ 6180.848446] sd 9:0:0:0: [sdc] 1953525168 512-byte logical blocks: (1.00 TB/932 GiB)
[ 6180.848448] sd 9:0:0:0: [sdc] 4096-byte physical blocks
[ 6180.848801] sd 9:0:0:0: [sdc] Attached SCSI disk
[ 6216.654818] sd 9:0:0:0: [sdc] tag#21 uas_eh_abort_handler 0 uas-tag 1 inflight: CMD IN
[ 6216.654824] sd 9:0:0:0: [sdc] tag#21 CDB: ATA command pass through(12)/Blank a1 08 2e d0 01 00 4f c2 00 b0 00 00
[ 6216.698895] scsi host9: uas_eh_device_reset_handler start
[ 6216.826939] usb 4-1: reset SuperSpeed Gen 1 USB device number 2 using xhci_hcd
[ 6216.852068] scsi host9: uas_eh_device_reset_handler success

Dá sa z toho odvodiť niečo konkrétne okrem nutnosti zálohy dát, ak sa disk "ozve"?

13

Distribuce / /etc a /var na overlayfs a potreba zmien v /etc/fstab

« kdy: 06. 06. 2019, 10:28:46 »

Vážený kolegovia !

na OpenSusse Tumbleweed  sa mi od istého momentu mountujú
/etc  a /var  na overlayfs a teda sú mounty

devtmpfs                                   7,8G     0  7,8G   0% /dev
tmpfs                                      7,9G   17M  7,9G   1% /dev/shm
tmpfs                                      7,9G  2,2M  7,9G   1% /run
tmpfs                                      7,9G     0  7,9G   0% /sys/fs/cgroup
/dev/sdb3                                   49G   40G  6,7G  86% /
/dev/sdb8                                   49G   32G   17G  67% /usr
tmpfs                                      7,9G  303M  7,6G   4% /tmp
overlay                                    7,9G  303M  7,6G   4% /etc
overlay                                    7,9G  303M  7,6G   4% /var
/dev/sdb19                                 567G  5,6G  561G   1% /mnt/spolocny
/dev/sdb4                                 1007G  906G  101G  90% /home
/dev/sdb6                                  9,8G  3,3G  6,1G  36% /var/log
/dev/sdb5                                  2,0G  149M  1,7G   8% /boot
/dev/sdb1                                  156M   76M   81M  49% /boot/efi

+ pár NFS a CIFS 

problém je, že pri shutdowne/reboote   neodmountuje ani /etc ani /var
a pri štarte sa neobnovia dáta  v nich . Najviac ma hnevá, že a nezapamätajú zmeny v /etc/fstab
pre tie  sieťové  mounty, lebo sa zmenili IP strojov.

všetko s overlayfs  je odinštalované a aj tak sa to deje.

Nevie niekto poradiť?

Vďaka
Peter

14

Software / Obdoba glxspheres/glxgears pre Vulkan

« kdy: 18. 02. 2019, 17:17:43 »

Vážené kolegyne, vážení kolegovia!

Rád by som sa Vás spýtal, či neexistuje obdoba glxgears/spheres pre API Vulkan namiesto openGL?

Ďakujem za každé namerovanie

15

Hardware / Svojvoľná zmena UUID

« kdy: 27. 10. 2018, 15:43:31 »

Vážené kolegyne, vážení kolegovia!

Mám  nezvyčajný problém


1. Mám na noťas z augusta/srpna 2010 .
2. Začínal na Ubuntu 10.04 a upgrade sa robí vždy z bežiaceho Ubuntu, každého pol roka.
3. Jediný raz som ten upgrade nerozhodol- 13.10 na 14 04
4. 2,5 roka sa hlási o slovo S.M.A.R.T
5. Po upgrade z 17.04 na 17.10 aj zo 17.10 na 18.04 občas hrubé nezobral voľby ale hneď bootol default položku. Po fsck cez staré touch /forcefsck alebo z System rescueCD sa však všetko opravilo.

6. Po upgrade z 18.04 na 18.10 sa hrubé zobrazil ale systém zastavil boot v čase 5,3 s, pričom v minulosti od času 4,8 s čakal 100s až 200s na dostatok entropie.
Po reštarte sa geub zrušil a nepomôže ani fsck so System rescueCD

7. V System rescue CD nefunguje po chroot na / Ubuntu mount -a, s tým, že nesedia UUID.
nerobil som
mount -o bind /dev ./ubuntu/dev
mount -o bind /proc ./ubuntu/proc
mount -o bind /sys ./ubuntu/sys

Ako riešenia na napadlo

A) zeeditovať /etc/fstab a namiesto UUID použiť  na SATA disku/dev/sda5 až /dev/sda14 (sda5 a sda11 sú swap) a skúsiť

B)  update-hrubé v chroot

Rozmýšľam správne? Má niekto iné typy

S vďakou a pozdravom

Peter