BGAFC Vendégkönyv

Σ: 20 post

TCH (statz)

#1, Főfasz (10503)

805 | #5596 | ^ | Idézet | Wed, 11 May 2022 12:40:11 +02

188.143.*.*

*.pool.digikabel.hu

Tegnap konteó, ma valóság rovat: https://www.origo.hu/nagyvilag/20220510-ha-bejon-bill-gates-uj-terve-a-vilagunk-dramaian-megvaltozik.html

A vakcinák támogatójaként Gates az oltóanyag-fejlesztést is sürgeti, mondjuk ezen a ponton egyet is tudunk érteni vele – amíg nem hozza fel azt a nagyszerű ötletét, hogy mindenkibe ültessenek microchipet.

Persze csak azért, hogy követni lehessen az egészségügyi állapotát, A világ egyik legnagyobb filantrópja könyvet írt arról, hogyan előzhetők meg a világjárványok a jövőben. A GERM nevű „globális szakértői parancsnokság" kényszeríti ki az intézkedéseket, és ezek megtételéhez mindenük rendelkezésre is áll.

Filantróp...

TCH (statz)

#1, Főfasz (10503)

1614 | #5597 | ^ | Idézet | Wed, 11 May 2022 17:23:35 +02

188.143.*.*

*.pool.digikabel.hu

A csicska scribdről már nem lehet a régi feltöltök valami szart, majd letöltöm, amit akarok megoldással letölteni, de helyette itt van a https://downscribd.com/
Működik. Caveat: szarhúgyfos klódfler biztonsági ellenőrzésen keresztül átdob a tacz.info-ra, hogy betömörítse a cuccot (nem értem miért, hiszen egy PDF-et nem nagyon lehet tömöríteni, ráadásul végül tömörítetlenül érkezett le), ami Chrome 83-ban nálam összedőlt, de Pale Moon-ban ment.

Sz*rk: Úgy látszik az én anguglid króm 83-asom fos, mert a linkedinen is összefossa magát már attól is, ha egy save image-et nyomok benne, vagy bármi save-et. Valószínűleg nem is a króm maga a fos, hanem a sandboxolt GTK3 alatta, pl. nem tudja feldobni a save dialog-ot...

Sz*rk #2: Ja.

(chrome:5000): GLib-GIO-ERROR **: Settings schema 'org.gtk.Settings.FileChooser' is not installed

Sz*rk #3: Egyelőre megoldottam így:

mkdir /usr/local/share/glib-2.0
ln -s /opt/gtk3/share/glib-2.0/schemas /usr/local/share/glib-2.0/schemas

Majd később kiderítem, hogy hogy tudná megtalálni symlink nélkül is, de most leszarom, kurwára.

Sz*rk 2024.02.11.: A szkribdletöltő kaputt, de van utánpótlás: http://scribd.vdownloaders.com/

Sz*rk 2024.07.27.: És van az everandhoz is, ami hasonló "szintű" oldal: aszongya, hogy free trial, aztán meg bankkártyát kér...no comment. A letöltő: http://everand.downloader.tips/ Caveat: Többször át fog irányítani; ha nem kattintottam hét oldalon nyolc download gombra, mire odaadta, akkor egyre sem, de odaadta a végén.

TCH (statz)

#1, Főfasz (10503)

480 | #5598 | ^ | Idézet | Fri, 13 May 2022 14:49:40 +02

94.21.*.*

*.pool.digikabel.hu

Bazmeg, ezt nem hiszem el. (Meg azt se, hogy ez itt kimaradt anno.) 2014-ben egy öt éves gyerek (!!!) feltörte az ikszboksz lájvot, de nem akárhogy: rájött, hogy ha a jelszót szarul adja meg, akkor, ha a következő képernyőn lévő mezőt szóközökkel telibeveri, akkor beengedi BÁRMELYIK (!!!) accountba!!! W. T. F. ?!
mikrofos, bazmeg...
https://buhera.blog.hu/2014/04/04/nagycsoportos_xbox_hack
https://www.bbc.com/news/technology-26879185

TCH (statz)

#1, Főfasz (10503)

316 | #5599 | ^ | Idézet | Mon, 16 May 2022 21:02:13 +02

178.164.*.*

*.pool.digikabel.hu

Vándékkönyv v4.33.3: Kiszúrtam, hogy a mikor írt utóljára számláló kategorizálása (a színkód, stb.) néhány órát csúszik, ha egy héten belül van és ahogy megfixáltam leesett, hogy a három hónapos határ négy hónapra volt belőve, 90 nap helyett 120, ezt nem tudom, hogy sikerült összehozni...de most ez is fixed.

TCH (statz)

#1, Főfasz (10503)

57 | #559a | ^ | Idézet | Thu, 19 May 2022 20:52:29 +02

188.143.*.*

*.pool.digikabel.hu

Meghalt Vangelis. Az egyik kedvenc zeneszerzőm volt. RIP.

TCH (statz)

#1, Főfasz (10503)

175 | #559b | ^ | Idézet | Thu, 19 May 2022 22:23:50 +02

188.143.*.*

*.pool.digikabel.hu

A rekapca csak az embert fogja meg rovat.

Sz*rk: Törölték. Archív link: http://oscomp.hu/depot/aQXVwdd_460svvp9.webm

TCH (statz)

#1, Főfasz (10503)

78 | #559c | ^ | Idézet | Fri, 27 May 2022 10:05:50 +02

178.164.*.*

*.pool.digikabel.hu

Törölve. (Egy mikrofostímzes linket nem tudtam hirtelen máshogy megosztani...)

TCH (statz)

#1, Főfasz (10503)

172 | #559d | ^ | Idézet | Fri, 27 May 2022 23:09:42 +02

178.164.*.*

*.pool.digikabel.hu

Ray Liotta is elment. Nem tudom, lesz-e még valaha folytatása a Vice City-nek, de az ő hangja nélkül tuti nem lesz az igazi. :( RIP.

TCH (statz)

#1, Főfasz (10503)

1154 | #559e | ^ | Idézet | Sun, 29 May 2022 14:13:01 +02

84.236.*.*

*.pool.digikabel.hu

Solaris 11 suxx rovat.

A rendszerben nincs alapból C fordító. Oké, rakjunk fel

pkg install gcc-7

pkg install: Chain was rooted in an untrusted self-signed certificate.

@https://support.oracle.com/knowledge/Sun%20Microsystems/2455567_1.html:
Applies to:
Solaris Operating System - Version 11.0 to 11.3 [Release 11.0]
Information in this document applies to any platform.

Symptoms
Attempts to install Solaris 11.3 using the Automated Installer (AI) fails with "Chain was rooted in an untrusted self-signed certificate." The following is seen in /system/volatile/install_log:

Cause

Sign In To view full details, sign in with your My Oracle Support account.

Register Don't have a My Oracle Support account? Click to get started!

Kurwa anyját a szarákülnek. Direkt beleraknak egy ilyen fos blockert, majd pénzt kérnek azért, hogy elmondják, hogy lehet kikapcsolni.

miklos_akos (statz)

#7, Lófasz (903)

294 | #559f | ^ | Idézet | Sun, 29 May 2022 18:27:43 +02

78.92.*.*

*.catv.pool.telekom.hu

@TCH:
A rekapca csak az embert fogja meg rovat.

Sajna mar csak 404. :(

@9GAG:
Ooooops! The post you're looking for has been reported by the community and removed.

TCH (statz)

#1, Főfasz (10503)

123 | #55a0 | ^ | Idézet | Sun, 29 May 2022 18:38:55 +02

84.236.*.*

*.pool.digikabel.hu

Bah... Még szerencse, hogy én már mindent is archiválok. Itten van: http://oscomp.hu/depot/aQXVwdd_460svvp9.webm

TCH (statz)

#1, Főfasz (10503)

9341 | #55a1 | ^ | Idézet | Sun, 29 May 2022 19:17:44 +02

84.236.*.*

*.pool.digikabel.hu

Mivel a gecis FreeBSD Team kihúzta a gecis FreeBSD 11 alól a gecis repót, így kénytelen voltam upgradelni. Ehhez azonban nagyobb tárat kellett már megint adnom ennek a szarnak. Miután a VBox-nak megmondtam, hogy mekkora legyen az új mérete a HDD-nek, írtam rá egy scriptet, hogy egy parancsból menjen a már élő partíció átméretezése.

#!/bin/sh
gpart recover "$1"
sysctl kern.geom.debugflags=16
gpart resize -i "$2" -a 4k "$1"
if [ "$3" = "ZFS" ]
then
	zpool online -e zroot "$1""p""$2"
else
	growfs "/dev/""$1""p""$2"
fi

Használat pl.:

rspart ada0 3 ZFS

Vagy ötször újra kellett csinálnom az egészet, mire rájöttem, hogy a gecis growfs azért dobálja vissza, hogy "superblock not recognized", mert a ZFS-hez nem jó...és erre is abból jöttem rá, hogy kívülről a gparted ill. a parted is csak beszart rajta, miután felcsatoltam a VDI-t NBD-be. Persze ezt egyetlen kurwa FreeBSD-s manual és egyetlen kurwa fórum se írta le; ill. egy fórum igen, az, ahol megtaláltam.

Aztán az update:

freebsd-update fetch install
freebsd-update install
freebsd-update -r 12.3-RELEASE upgrade
freebsd-update install
reboot
freebsd-update install
freebsd-update install
pkg-static install -f pkg
pkg update -f
pkg upgrade -f
pkg clean

Igen. Ezt így kellett update-elni. Ráment a fél napom, mire mindenre rájöttem.

Update 2024.07.26.: Itt van két script, ami elvileg kérdés nélkül megcsinál mindent (gyakorlatilag meg nem, mert a freebsd-update -r "$1""-RELEASE" upgrade csak bekérdez, hogy Does this look reasonable (y/n)?, de az első két parancs 2-3 perc alatt lefut, szóval azt még ki lehet várni, illetve a végén is bereklamál, hogy ez meg az merged, vagy épp nem lehetett mergelni és press enter to edit in vi (jajj nekem!), de tekintve, hogy utána már úgyis a reboot jönne és úgyis kézzel kellene elindítani a másik scriptet, miután visszajöttünk a boltból/orvostól/adóhivatalból/akárhonnan és visszaültünk a gép elé, így tkp. mindegy, csak az újraindítást kell kivárni, az meg egy perc); értelemszerűen először az elsőt, aztán reboot után a másodikat kell lefuttatni (az elsőnek átadván a verziószámot, amire upgradelni akarunk). A végén az a két rm parancs azért kell, mert a FreeBSD telipakolja a csomagjaival/átmeneti fájljaival a fájlrendszert, aztán úgy hagyja és mi meg majd csodálkozhatunk, hogy miért fogyott el már megint a hely.

#!/bin/sh
export PAGER=cat
export ASSUME_ALWAYS_YES=YES
freebsd-update fetch
freebsd-update install
freebsd-update -r "$1""-RELEASE" upgrade
freebsd-update install
reboot

#!/bin/sh
export PAGER=cat
export ASSUME_ALWAYS_YES=YES
freebsd-update install
pkg-static upgrade -f -y
freebsd-update install
pkg clean -y
rm /var/cache/pkg/*.pkg
rm -rf /var/db/freebsd-update/*
zfs list -H -o name -t snapshot | xargs -n1 zfs destroy -R
reboot

Update: Miután letöröltem a rendszerből a sok csomagot/átmeneti cuccot, megpróbáltam frissíteni és még előbb pusztult el, hogy elfogyott a szabad hely. Miután az nem lehetséges, hogy minél több dolgot törlök le, annál kevesebb hely marad, így nekiálltam feltúrni a netet, hogy mégis hogy kezeli a ZFS a szabad helyet, mert azért ez mégse járja, hogy 38 GB-os a partíció és alig van rajta hely úgy, hogy közben alig van rajta anyag. Belefutottam ebbe a topicba és a zfs list -t snapshot parancsot kiadva kiderült, hogy valami két éve tényleg csinált jópár snapshotot. (A jelek szerint az upgrade-ek voltak.) Ebből a gistből és ebből a topicból kiderül, hogy az összes snapshotot a függő klónjaikkal együtt így kell törölni:

zfs list -H -o name -t snapshot | xargs -n1 zfs destroy -R

Hirtelen mindjárt lett 28 GB-nyi szabad hely.

Az upgrade egyébként kb. 9 GB cuccot hagyott a rendszerben, ebből 6 GB a snapshotok voltak, 2GB az upgrade cuccai, 1 GB a csomagok.

Update: Mivel viszont így kiderült, hogy valójában sosem volt szüksége 40 GB-ra a FreeBSD-nek, csak teliszórta snapshotokkal és egyebekkel a FS-t, így most felmerült, hogy hát össze kéne nyomni a lemezt. Mivel a lemezkép dinamikus, így a VBoxManage modifymedium --compact <VDI image> használható erre...de az csak akkor tudja összenyomni, ha a használaton kívüli blokkok ki vannak nullázva. Ezt a legtöbb filerendszeren úgy lehet megejteni, hogy dd if=/dev/zero of=/path/to/big/file/filled/with/zeroes bs=1024k (vagy amekkora blokkméret tetszik) és utána rm /path/to/big/file/filled/with/zeroes és uccu neki. ZFS-en viszont ez nem így megyen. A mai napot a net végigtúrásával töltöttem, hogy rájöjjek, hogy lehet, de nem sikerült. Mármint rájönni. Megoldani igen. Elméletileg úgy kéne, hogy

set zfs:zfs_initialize_value=0
zpool initialize <pool neve> <partíció UUID-ja>

Na, ez az, ami nem működik. Az első lenne hivatott arra, hogy az inicializációs értéket a default 0xdeadbeefdeadbeee-ről (És nem 0xdeadbeefdeadbeef-ről, ahogy a ticket állítja! Sz*rk: Viszont OmniOS - és így valószínűleg Solaris és annak minden forkja/klónja - alatt tényleg 0xdeadbeefdeadbeef a default. Lehet, hogy csak FreeBSD alatt tér el. Vagy a BSD-k alatt. Passz.) nullára állítsa, hogy az üres blokkokat nullával töltse ki, de ha a default shellből próbálom, akkor reklamál, hogy csak alfanumerikus karakterek lehetnek a névben (a kettőspont meg ugye nem az), ha meg pl. bash-ból, akkor meg elfogadja ugyan, de foganatja nincs. Ezenfelül - ellentétben a ticketben leírtakkal - ha megadom az UUID-et, akkor reklamál, hogy hát ez nem része a pool-nak, míg nélküle - ellentétben a ticketben leírtakkal - működik. Viszont az üres blokkokat az alap 0xdeadbeefdeadbeee-vel töltötte fel, amit ugye a VBox nem fog összenyomni. Viszont, ha mi kézzel kicseréljük a lemezképben ezt a bizonyos stringet (little endian rendszereken ez fordítva - ee be ad de ef be ad de-ként - manifesztálódik), akkor utána már be lehet írni neki, hogy

VBoxManage modifymedium --compact /a/SOFTDISK/vbox/FreeBSD64/FreeBSD64.vdi

...hogy aztán elszálljon, hogy

VBoxManage: error: Cannot register the hard disk '/a/SOFTDISK/vbox/FreeBSD64/FreeBSD64.vdi' {6d709617-6206-4691-a62d-0bde4a4d9982} because a hard disk '/media/SOFTDISK/vbox/FreeBSD64/FreeBSD64.vdi' with UUID {6d709617-6206-4691-a62d-0bde4a4d9982} already exists
VBoxManage: error: Details: code NS_ERROR_INVALID_ARG (0x80070057), component VirtualBoxWrap, interface IVirtualBox, callee nsISupports
VBoxManage: error: Context: "OpenMedium(Bstr(pszFilenameOrUuid).raw(), enmDevType, enmAccessMode, fForceNewUuidOnOpen, pMedium.asOutParam())" at line 197 of file VBoxManageDisk.cpp

Viszont az UUID-et megadva menni fog és mivel volt olyan kedves, hogy ki is írta, így

VBoxManage modifymedium --compact {6d709617-6206-4691-a62d-0bde4a4d9982}

És máris csak 16 GB a lemezkép 40 helyett. Minő öröm...végre nem 20 percig fog tartani, amíg átmásolja a backup lemezre, hanem csak 8.

Update: https://omnios.org/article/hole-punching

Szóval a

set zfs:zfs_initialize_value=0

az az /etc/system-be kell, hogy menjen...hát ezt nem írták - ezt a manualt leszámítva - sehol sem... És akkor tényleg csak

zpool initialize <pool name>

oszt' csá. Alternatíva CLI-ből a

mdb -kwe 'zfs_initialize_value/z0'

parancs.

Update: Legalábbis OmniOS/Solaris alatt, mert FreeBSD alatt TERMÉSZETESEN nincs /etc/system és azt sem találom, hogy hová kéne ezeket beírni! Kösz szépen...

Update: Megadták a helyes tippet:

sysctl vfs.zfs.initialize_value=0

Sajnos viszont a múltkorival ellentétben, most nem ment össze a VDI, pedig össze kellett volna...

Update 2025.10.05.: Közben - amíg az oldal nem volt elérhető - sikerült kideríteni, hogy azért nem ment össze, mert az inicializálást csak egyszer lehet megejteni. Namármost, FreeBSD alatt van -u kapcsolója a zpool initialize-nak, ami "deinicializálja" a pool-t és akkor lehet újrainicializálni és akkor már össze fog zsugorodni. Ez sajnos Solaris (és OmniOS) alatt nincs, ott egy kicsit körülményesebben kell ezt megoldani. A ZFS - mint kiderült az eddigiekből - "lenyeli" a csupa nullát tartalmazó blokkokat. By default. De ezt ki lehet kapcsolni és akkor lehet fillezni:

zfs set compression=off <pool name>
zfs set dedup=off <pool name>
dd if=/dev/zero of=/root/whatever bs=16M ; rm /root/whatever

TCH (statz)

#1, Főfasz (10503)

54 | #55a2 | ^ | Idézet | Sun, 29 May 2022 21:13:39 +02

84.236.*.*

*.pool.digikabel.hu

Megint alkottam.

TCH (statz)

#1, Főfasz (10503)

157 | #55a3 | ^ | Idézet | Mon, 30 May 2022 22:36:26 +02

188.143.*.*

*.pool.digikabel.hu

A hupon olvastam Raynes kolléga aláírásában:

“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

TCH (statz)

#1, Főfasz (10503)

1940 | #55a4 | ^ | Idézet | Tue, 31 May 2022 00:17:21 +02

188.143.*.*

*.pool.digikabel.hu

Megyek ki mosogatni és a beáztatott lábosban ott úszkál egy döglött kaszáspók - friss, nem kiszáradt - hullája, vagyis egy pók belepotyogott és belefulladt a rizseslábosomba. Isten nyugtassa szegénykémet, ott a lefolyó mélyén is túl.
Mostanra talán már a pókmennyországban zabálja két csáprágóra a legyeket. Bár ki tudja, lehet, hogy ez egy rossz pók volt, mert egyszer rossz címre pókolt (Na, ezt vajon hányan fogják érteni?), így most a pókpokolban sütik ropogósra a potrohát a helyi gáztűzhely gázrózsájára odaszigszallagozva. Aztán az is lehet, hogy a pókoknak nincs is túlvilág. És akkor az embereknek miért lenne? Miért lenne jobb egy ember, mint egy pók? Mégis csak a pókok állnak több lábbal a földön, még akkor is, ha inkább csüngenek fölötte.
Persze az is lehet, hogy reinkarnálódott. Jó esetben mondjuk macskaként. Rossz esetben pl. politikusként. Csúf esetben pókként, de azt már legalább úgy is megszokta. Morbid esetben pókemberként. Ironikus esetben légyként. Abszurd esetben mosogatórongyként. Blőd esetben döglött pókként.

Kihagytam valamit? Ja igen. Lehet, hogy a reinkarnáció az időt is leszarja és ebből a pókból lett Hitler. Vagy Sztálin. Talán Dzsingisz Kán. Esetleg Mao Ce-tung. Vagy az a figura a jövőben, aki majd feltalálja az antigravitációt. Vagy Lennart Poettering. Várj, ebben tényleg lehet valami, mert a systemd is lassan behálózza az egész Linuxot.

Kihagytam esetleg még valamit? Ja igen. A mosogatást, ez miatt a rohadt pók miatt. Hogy rohadna meg. Ha már úgyis a mosogatóban végezte, előbb igazán elmosogathatott volna, neki mégis több végtagja van. Igaz, hogy azok lábak, dehát ha cserébe nem kell mosogatni, akkor nem kell finnyáskodni sem, hogy valaki lábbal mosogatott el helyettem. De nem tette. Úgyhogy most megyek mosogatni. A francba. A konyhába.

(BTW, aki tart otthon a kredencben sódert, az szóljon. Küldöm a lipótiakat. Nem, nem a pékségből.)

miklos_akos (statz)

#7, Lófasz (903)

174 | #55a5 | ^ | Idézet | Thu, 02 Jun 2022 12:55:43 +02

78.92.*.*

*.catv.pool.telekom.hu

@TCH:
Bah... Még szerencse, hogy én már mindent is archiválok. Itten van: http://oscomp.hu/depot/aQXVwdd_460svvp9.webm

XDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDD

TCH (statz)

#1, Főfasz (10503)

1209 | #55a6 | ^ | Idézet | Fri, 03 Jun 2022 23:37:28 +02

178.164.*.*

*.pool.digikabel.hu

@http://web.archive.org/web/20220603213005/https://en.wikipedia.org/wiki/Byte#Practical_examples:
Unit Approximate equivalent
byte a basic Latin character.
kilobyte text of "Jabberwocky"
a typical favicon
megabyte text of Harry Potter and the Goblet of Fire[56]
gigabyte about half an hour of video[57]
CD-quality audio of Mellon Collie and the Infinite Sadness[citation needed]
terabyte the largest consumer hard drive in 2007[58]
1080p 4:3 video of Avatar: The Last Airbender animated television series, all 61 episodes[f]
petabyte 2000 years of MP3-encoded music[59]
exabyte global monthly Internet traffic in 2004[60]
zettabyte global yearly Internet traffic in 2016[61]
yottabyte The amount of RAM and drive space windows vista needs.

Igen, az utolsó sort én adtam hozzá.

Update:

kemi (statz)

#2, Főfasz (2980)

114 | #55a7 | ^ | Idézet | Sat, 04 Jun 2022 17:47:01 +02

37.76.*.*

*.nat.pool.telekom.hu

@TCH:
Igen, az utolsó sort én adtam hozzá.

Rossz példa, annyi kevés neki. :D

TCH (statz)

#1, Főfasz (10503)

9 | #55a8 | ^ | Idézet | Sat, 04 Jun 2022 21:07:48 +02

188.143.*.*

*.pool.digikabel.hu

Jogos. :D

TCH (statz)

#1, Főfasz (10503)

684 | #55a9 | ^ | Idézet | Sat, 04 Jun 2022 21:45:07 +02

188.143.*.*

*.pool.digikabel.hu

Solaris alatt, ha felraktad a vsftpd-t (pl. OpenCSW-vel (pkgutil -y -i vsftpd)) és el akarod indítani, akkor közli, hogy:

500 OOPS: could not bind listening IPv4 socket

Ekkor az /etc/opt/csw/vsftpd/vsftpd.conf-ban a LISTEN=YES legyen LISTEN=NO. Ekkor be fog ugatni indításkor, hogy:

500 OOPS: vsftpd: not configured for standalone, must be started from inted

Megoldás:

svcadm enable cswvsftpd
svcadm restart cswvsftpd

Note: ha root-ként akarunk beloggolni, akkor az /etc/ftpusers itt /etc/ftpd/ftpusers elérés alatt található meg, de a teendő ugyanaz: kikommentelni a root sorát.