Tudtok olyan linuxos programot, amin egy halódó SD-kártyán levő képfájlok (.jpg-k vagy .JPG-k) kinyerhetőek, és (akár részben is) helyreállíthatóak?
(Egy ismerősöm elvitte a sajátját az Apostol Kft-hez, és 10e alatti árért kinyerték róla a képeket – némelyiket csak részben tudták megmenteni. Kíváncsi vagyok, van-e ilyen program linuxra.)
Sziasztok,
segítséget szeretnék kérni tőletek legacy boot helyre hozásával kapcsolatban.
A rendszeremen ZFS file rendszer van és Ubuntu 18.04 futna. Frissítés után valamiért nem tudta frissíteni a grub-ot a rendszer (foglaltáságot) jelzett...
Újra indítás után csak a "Grub rescue" oldal jelent meg.
Próbáltam leírások alapján helyrehozni "https://askubuntu.com/questions/826209/re-initialise-grub-for-non-boota…" , de az MBR instalációt itt sem végezte el, mert hibát dobott:
# grub-install /dev/sda
Installing for i386-pc platform.
grub-install: error: failed to get canonical path of `/dev/spare-1'.
(ez a hiba megoldása lesz szerintem a nyitja a dolgoknak)
# zpool import
pool: systempool
id: 6128198010477243100
state: ONLINE
action: The pool can be imported using its name or numeric identifier.
config:
systempool ONLINE
mirror-0 ONLINE
sda3 ONLINE
spare-1 ONLINE
sdb3 ONLINE
sdc3 ONLINE
spares
sdc3
sdd3
# fdisk -l /dev/sda
Disk /dev/sda: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 641CCA10-BAA5-4F16-BA2E-AF24F81E94E3
Device Start End Sectors Size Type
/dev/sda1 48 2047 2000 1000K BIOS boot
/dev/sda2 2048 1050623 1048576 512M EFI System
/dev/sda3 1050624 420481023 419430400 200G Solaris /usr & Apple ZFS
/dev/sda4 420481024 3907012607 3486531584 1.6T Solaris /usr & Apple ZFS
/dev/sda9 3907012608 3907029134 16527 8.1M Solaris reserved 1
# zfs list
NAME USED AVAIL REFER MOUNTPOINT
systempool 26.3G 166G 96K /mnt
systempool/ROOT 4.55G 172G 96K none
systempool/ROOT/ubuntu 4.55G 3.50G 1.50G /mnt
systempool/home 700K 10.0G 152K /mnt/home
systempool/root 1.00G 167G 152K /mnt/root
systempool/srv 256K 166G 128K /mnt/srv
systempool/swap 4.25G 171G 96K -
systempool/tmp 96K 1024M 96K /mnt/tmp
systempool/var 2.11G 8.89G 96K /mnt/var
systempool/var/cache 108M 1.89G 4.37M /mnt/var/cache
systempool/var/cache/apt 104M 920M 104M /mnt/var/cache/apt
systempool/var/lib 87.5M 9.81G 96K /mnt/var/lib
systempool/var/lib/apt 69.9M 442M 43.5M /mnt/var/lib/apt
systempool/var/lib/dpkg 17.5M 495M 11.8M /mnt/var/lib/dpkg
systempool/var/log 228K 5.00G 220K /mnt/var/log
systempool/var/mail 96K 1024M 96K /mnt/var/mail
systempool/var/spool 96K 1024M 96K /mnt/var/spool
systempool/var/tmp 120K 1024M 120K /mnt/var/tmp
# zfs mount -a
cannot mount '/mnt/root': directory is not empty
cannot mount '/mnt/tmp': directory is not empty
cannot mount '/mnt/var/cache': directory is not empty
cannot mount '/mnt/var/cache/apt': directory is not empty
cannot mount '/mnt/var/lib/apt': directory is not empty
cannot mount '/mnt/var/lib/dpkg': directory is not empty
cannot mount '/mnt/var/log': directory is not empty
cannot mount '/mnt/var/spool': directory is not empty
Feltételezem, hogy a csatolásnál rontok el valamit, mert a "grub-probe /" -ra se ad ZFS-t.
Próbátam a Boot-Repair-t is, de az nem ismeri a ZFS-t.... Ezt a riportot adta:
http://paste.ubuntu.com/p/H4vg9WXXMc/
Kérdésem, hogy hogy lehetne újra életet lehelni a gépembe?
Kalmi
Sziasztok!
A napokban frissítettem a rendszeremet az aktuális Busterre és ennek kapcsán gondoltam, utánajárok az Optimus beállításának.
Eddig kikapcsolt Optimus mellett használtam a gépet kizárólag az nVidia kártyáról, mivel ahhoz vannak huzalozva a kimenetek és külső monitorral is használom, ez viszont a fogyasztásra, különösképpen akkuidőre nagyon rossz hatással van.
Sikerült eljutnom oda, hogy bekapcsolt Optimus-szal a rendszer el tudott indulni az Intel videóval, működött a rendszeren a compositor (KDE), tudtam optirun-nal programokat indítani az nVidia kártyán, azt is sikerül megoldani, hogy működjön a külső monitor (ekkor az nVidia kártya be van kapcsolva), de az Intel kártyán továbbra sem működött a GLX.
(Ekkor Xlib: extension "GLX" missing on display ":0" hibaüzenetet kaptam.)
Igaz, az update-alternatives --config glx-szel nvidia-t kellett beállítani, hogy egyáltalán elinduljon az ablakkezelő.
Bármi más (bumblebee / mesa-diverted) esetben a KDE felülete nem indult el.
El tudtam viszont indítani Openbox-ot vagy LXDE-t ilyenkor is, de, amikor innen szerettem volna GL-t használó programot, pl. a KDE-t elindítani, egy
/usr/lib64/libGL.so.1: undefined symbol: _glapi_tls_Current
hibaüzenet volt a reakció.
Próbáltam tesztet futtatni, ill. le akartam fordítani ezt a kódot.
...viszont a glsanity-glx fordítása közben ugyanezt a _glapi_tls_Current hibaüzenetet kaptam.
Emiatt próbaként beletettem egy saját projectem make fájl-jába is a "-lGL" kapcsolót, és csodák csodájára ez is ugyanezt a hibát dobta...
Ergo valami nagyon nincs renedben a GL körül - és ez kikapcsolt Optimus mellett, kizárólag az nVidia kártyát használva, egyéb tekintetben teljesen működőnek tűnő rendszer mellett is jelentkezett.
Ezt követően annyit próbáltam, hogy a /usr/lib/mesa-diverted/x86_64-linux-gnu útvonalon a libGL.so és libGL.so.1 fájlokat a libGL.so.1.7.0 helyett a szintén ezen az útvonalon lévő libGL.so.1.2 fájlra irányítottam (ez egy symlink lenne a használt verzióra).
Így, tehát libGL 1.2-vel már elindult teljes értékűen az Optimus.
A fordításkor jelentkező _glapi_tls_Current - mint undefined symbol - eltűnt, a program fordul, valamint át tudom állítani az update-alternatives --config glx konfigurációt mesa-diverted, ill. bumblebee-re úgy, hogy a KDE is elindul, 3D-s programok is indíthatók mind az Intel, mind az nVidia kártyán optirun-nal, valamint bumblebee-t választva az nVidia kártyán keresztül huzalozott külső monitort is meghajtja.
Így tehát gond nélkül működik minden, de nyilván ezzel nincs megoldva a probléma.
A mesa csomagjait próbáltam --reinstall kapcsolóval újratelepíteni, bár teljesen eltávolítani és visszatenni még nem.
Az nVidia csomagjaival megtettem párszor a napokban a teljes törlést is.
Kérdésem:
libGL 1.7-tel vajon miért kapom ezt a _glapi_tls_Current undefined symbol hibaüzenetet?
Lehet, hogy valamelyik függőségével van gond?
Maga a rendszer kb. Lenny vagy Squeeze óta lett frissítve, vagyis nem kizárt, hogy korábbi csomagokból bent ragadt valami - a komplett rendszert újratelepíteni viszont nem fogom.
Esetleg van tippetek, mit nézzek meg, ill. hogyan tudnám helyreállítani a GL aktuális változatát?
Minden segítséget előre is köszönök.
Sziasztok!
Nem eloszor fordul mar elo, hogy Fedora alatt frissul a kernel, de a kernel-devel nem... Ez miatt pl nem megy a Wireguard sem...
Ma is frissult a kernel 5.2.15-200-ra, a kernel-devel viszont 5.2.14.200. Hiaba nyomom a dnf update-et, nem talal frissebbet.
Ilyenkor mi a teendo?
Sziasztok!
El tudná nekem valaki magyarázni, hogyan tudom magamhoz venni a korrekt módon egy domain levelezését? (első körben legalább a levelek kiküldését)
Helyzet:
Adott egy domain, egy regisztrátornál korrekt módon regisztrálva. (Adnak kis tárhelyet, webmailt... Működik.)
Adott egy iroda egy fix IP-vel. A regisztrátorhoz megérkeznek a levelek, fetchmail-el leszedem az irodai szerverre, az irodában mindenki olvasgatja a fiókját. Szeretném az irodai szerverről küldeni a leveleket, amiket a felhasználók írnak.
A regisztrátornál beállítottam CNAME rekordot a fix IP FQDN-jére. Van rajta SPF, DMARC és CAA bejegyzés. A postfix szerintem korrekt módon működik. Kézbesíti helyben amit kell, és küldésnél szépen felveszi a kapcsolatot a fogadóval a 25-ös porton és áttolja amit kell.
Vannak azonban mail szerverek amelyek 554 "pour reputation" üzenettel visszadobják.
Olyan szempontból talán van igazsága a túloldalnak, hogy az iroda fix IP-jére nem tudok SPF-et jegyezni. A fix IP FQDN-je pedig nem egyezik meg azzal a domain névvel (gép nevével), aminek a levelét ki akarom küldeni. (Megjegyzem, a google befogadja a leveleimet.)
Az lenne a kérdésem, hogy mit rontok el? Hogyan kellene ezt korrekt módon kivitelezni?
(Nem szeretném relay-nek használni a regisztrátort, mert vannak korlátozások.)
Ha esetleg valakinek több infóra lenne szüksége a véleménye kialakításához, akkor szívesen kiegészítem a fentieket, de gondoltam, inkább a jó megoldás legyen itt (ha létezik) mint az én bénázásom.
Így megy:
~$ cat .ssh/config
Host belso
Hostname b.b.b.b
User belsouser
ProxyJump kulso
IdentityFile ~/kulcsb.pem
Host kulso
Hostname k.k.k.k
User kulsouser
IdentityFile ~/kulcsk.pem
azán
ssh -J kulso belso
és benn vagyok.
Hogy kell ugyanezt paranccsorból, configfájl nélkül?
amit próbáltam:
(a @ azért (at), mert különben linnké alakul és összetörődnek a sorok)
ssh -J kulsouser(at)k.k.k.k -i kulcsk.pem belsouser(at)b.b.b.b -i kulcsb.pem
ha -v -vel futtatom, akkor olybá tűnik, hogy rossz kulcsfájlt akar odaadni a kis butus, log szerint már a külső gépnek is.
gondoltam, ha már a külsőn túljutok, majd kísérletezem a besővel, egyelőre az legyen kulcs nélkül, már az is eredmény, ha végre ő zavarna el.
de ez sem megy el a belsőig:
ssh -i kulcsk.pem -J kulsouser(at)b.b.b.b belsouser(at)b.b.b.b
itt is rossz fájlt akar adaadni (mindkét esetben az elsőt a .ssh mappából.
Örülnék, ha tudnál segíteni.
Valaki meg tudná mondani, hogy ennek hogy lehet utánanézni?
https://cdn.imgpaste.net/2019/08/23/qAd1i.jpg
Van vagy 4 Fedora, mindegyiknél jelentkezik 10-ből 9 leállításnál, és halvány gőzöm sincs, hogy mi ragad be, és rohadt idegesítő 2-3-5 percet várni...
Sziasztok, egy kis tapasztalati segítséget szeretnék kérni, van egy HP N36L Microserver 16GB memóriával, és 2x1TB ill. 2x2Tb diszkkel, Proxmox-ot szeretnék használni és pár applikációs szervert futtatni rajta, és érdekelne hogy teljesítményben melyik a jobb megoldás ZFS-re mindent vagy SoftRAID+LVM-el megoldani. Nagyon fontos tényező a teljesítmény, a Proxmox-ban alapvetően LXC konténereket használnék. A ZFS azért gondolkodtatott el kicsit mert azért elég nagy a memória igénye, és ebbe a szerverbe többet nem lehet beletenni, ez a max.
Előre is köszönöm a hozászolásokat.
Sziasztok,
szeretném a segítségeteket kérni Ubuntu telepítő csomagon kívüli telepítésben.
A hiba amit kapok és nem tudok kijönni belőle, hogy valamiért szerintem a kernelt nem tudom helyesen feltelepíteni. A hiba, hogy leáll az indítás után az "loading initial ramdisk..."-nál, illetve a recovery lefut, de a háló kártyámat nem megfelelően kezeli (gyári netplan ellenére sem). Hiba nameserver-t keres, ha megadom neki, akkor idéglenesen nem találja. Ha a gyári telepítést teszem fel, akkor tökéletesen működik, illetve az USB-s indítás is rendben lefut. Kérdésem, hogy mire lenne még szükség a telepítéshez, mi van még a gyári csomagban, amit nem teszek fel?
Alap rendszer könyvtárak létrehozása, target könyvtárba....
apt -y install debootstrap
debootstrap --include=zfsutils-linux bionic /target
echo asztalos01 > /target/etc/hostname
echo "127.0.1.1 asztalos01.matrixhome.lan asztalos01" >> /target/etc/hosts
cat < /target/etc/netplan/00-lan-config.yaml
# This is the initial network config.
# It can be overwritten by cloud-init or subiquity.
network:
version: 2
ethernets:
all-en:
match:
name: "en*"
dhcp4: true
all-eth:
match:
name: "eth*"
dhcp4: true
EOF
<>
mount --rbind /dev /target/dev
mount --rbind /proc /target/proc
mount --rbind /sys /target/sys
chroot /target /bin/bash
cat <> /etc/apt/sources.list
#deb http://archive.ubuntu.com/ubuntu bionic main
deb http://archive.ubuntu.com/ubuntu bionic-updates main
deb http://security.ubuntu.com/ubuntu bionic-security main
deb http://archive.ubuntu.com/ubuntu/ bionic universe
deb http://archive.ubuntu.com/ubuntu/ bionic-updates universe
deb http://security.ubuntu.com/ubuntu bionic-security universe
EOF
apt -y install linux-image-generic
apt -y install gdisk dosfstools zfs-initramfs
mkdosfs -F 32 -n EFI-SDA1 /dev/sda1
mkdosfs -F 32 -n EFI-SDB1 /dev/sdb1
mkdosfs -F 32 -n EFI-SDC1 /dev/sdc1
mkdir /boot/efi
echo PARTUUID=$(blkid -s PARTUUID -o value /dev/disk/by-partlabel/sda1-EFI) /boot/efi vfat defaults 0 1 >> /etc/fstab
mount /boot/efi
apt -y install grub-efi
grub-probe /
<>
update-initramfs -u -k all
update-grub
grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=ubuntu --recheck --no-floppy
echo '\EFI\ubuntu\grubx64.efi' > /boot/efi/startup.nsh
Minden hiba nélkül lefut, csak az indításnál akad meg.... :(
Kalmi
Sziasztok,
Probalnam a pam konfigot ugy osszefaragni hogy tudjak FreeIPA-val authentikalni, Local userekkel belepni es meg pci-dss requirementeknek is megfeleljen. DE sajnos mindig kett ami osszejon.
Az alabbi konfiggal megy a freeipa es pci-dss kompatibilis is.
Sajnos viszont a helyi userekkel nem tudok belepni. Mi lehet a baj? Jelenleg ennel a password-auth-nal tartok de mindjart szetverem a gepet :-)
auth required pam_env.so
auth required pam_faildelay.so delay=2000000
auth [default=1 ignore=ignore success=ok] pam_succeed_if.so uid >= 1000 quiet
auth [default=1 ignore=ignore success=ok] pam_localuser.so
auth required pam_faillock.so preauth silent deny=6 unlock_time=1800 fail_interval=900
auth sufficient pam_sss.so forward_pass
auth [default=die] pam_faillock.so authfail deny=6 unlock_time=1800 fail_interval=900
auth required pam_faillock.so preauth silent deny=6 unlock_time=1800 fail_interval=900
auth sufficient pam_unix.so try_first_pass
auth [default=die] pam_faillock.so authfail deny=6 unlock_time=1800 fail_interval=900
auth requisite pam_succeed_if.so uid >= 1000 quiet_success
auth required pam_deny.so
account required pam_faillock.so
account required pam_unix.so
account sufficient pam_localuser.so
account [default=bad success=ok user_unknown=ignore] pam_sss.so
account sufficient pam_succeed_if.so uid < 1000 quiet
account required pam_permit.so
password requisite pam_pwquality.so try_first_pass local_users_only retry=3 authtok_type=
password sufficient pam_unix.so sha512 shadow try_first_pass use_authtok remember=4
password sufficient pam_sss.so use_authtok
password required pam_deny.so
session optional pam_keyinit.so revoke
session required pam_limits.so
-session optional pam_systemd.so
session optional pam_oddjob_mkhomedir.so umask=0077
session [success=1 default=ignore] pam_succeed_if.so service in crond quiet use_uid
session required pam_unix.so
session optional pam_sss.so
