PC Ekspert Forum - Linux OS - info, how-to, pitanja, novosti, savjeti, problemi...

Ponovo ona moja distribucija Debiana Stellarmate.

Imam neki program koji trba jdk da bi radio, instaliran je openjdk-jre i jdk 17.0.12, koji ima bug, i zbog toga moj program ne radi, i sad ja naivno idem downgradeat ali nema nicega, ostavili su samo "stable" verziju sa bugovima, openjdk 21 isto nema kao ni 16. Kako da stavkm stariju verziju. Ne mora biti ni open sta se mene tice

apt list -a openjdk-17-jre
Listing... Done
openjdk-17-jre/stable,stable-security,now 17.0.12+7-2~deb12u1 arm64 [installed]

openjdk-17-jre/stable 1:17.0.12+7-2~deb12u1+rpt1 armhf
openjdk-17-jre/stable,stable-security 17.0.12+7-2~deb12u1 armhf

mkey	21.09.2024. 14:40

Citiraj:

Autor Splitska Posla (Post 3763695)

Ja ga koristim svaki dan, a kad skužim da mi je uptime nekoliko tjedana

To je uptime sa ili bez standby?

Ja mogu kazati da meni spyware 10 tjednima i mjesecima drži bez restarta. 40 sati tjedno. S time da, kada konačno napravim restart (a prije kojeg obično očistim cacheve i ostalo smetje) krene pandemonij :D Prvo zaglavi i spušta se dolje ponekad i 10 minuta, pa dok se digne laptop se ponaša kao da ima 20 godina. I onda još jedan magični restart i sve bude kao da se ništa nije niti dogodilo.

xlr	21.09.2024. 15:00

Uptime i nije neko mjerilo stabilnosti, samo dokaz da ne updejtamo sustave i kernele :D

tomek@vz

21.09.2024. 16:41

Citiraj:

Autor xlr (Post 3763745)

Uptime i nije neko mjerilo stabilnosti, samo dokaz da ne updejtamo sustave i kernele :D

Kernel (makar i za to postoji "live patch"). Za sve ostalo reboot nije potreban. To kaj (recimo) Fedora misli da zbog systemd sranja mora za svaki vrag rebootat OS je drugi par rukava.

medo	21.09.2024. 17:24

Prestali smo se natjecati u uptimeu prije nekih 25 godina…

Ivo_Strojnica

21.09.2024. 21:10

od te zadnje rasprave mi je jos komp upaljen :D

tomek@vz

21.09.2024. 21:47

Citiraj:

As Companies Try 'Open Source Rug Pull', Open Source Foundations Considered Helpful (redmonk.com) 18 "In the era of the open source rug pull, the role of open source foundations is more important than ever," argues the co-founder of the developer-focused industry analyst firm RedMonk: The "rug pull" here refers to companies that have used open source as a distribution mechanism, building a community and user base, before changing the license to be restricted, rather than truly open source. "This is capitalism, yo. We've got shareholders to satisfy. It's time to relicense that software, move to a Business Source license." [...] Where open source used to be a sustainable commitment, today too often it feels like a short term tactic. Commercial open source isn't what it used to be.

Which means that open source foundations, which provide ongoing governance and intellectual property management for open source projects, are in an interesting position, in some cases becoming more adversarial than they historically have been with vendors.... [T]he Apache Software Foundation (ASF) has done a great job of fostering sustainable, commercial, open source for decades now, most notably in the data infrastructure space — think Hadoop, Spark, Kafka, Flink etc. ["[C]ommercial open source would almost certainly never have achieved critical mass and continued success without foundations in the mix," the article notes later. "The ASF was founded in 1999, and underpinned the adoption of open source middleware in the enterprise..."] One premise behind the Cloud Native Computing Foundation (CNCF) is that user organisations can within reason trust it to stand behind the projects it incubates and manages. While not an explicit commitment, adopters generally, and enterprises specifically, have seen the CNCF imprimatur as one that they can rely on. In the era of the open source rug pull this kind of promise becomes even more important....

Sid Sijbrandij, CEO of GitLab has argued that open source companies should commit to an Open Charter as a mechanism to protect users from open source rug pulls. "Open source software isn't useful if people can't rely on the project remaining open source. Adopting Open Charter offers open source users predictability amidst the growing licensing switch trend." With a CNCF project, though, the need for this kind of charter becomes less important, because the code is by design not single source, but has a diverse set of contributors. Which is to say that open source foundations can make rug pulls a lot less likely than adoption of open source technology built by a single company. Relying on benevolent dictators is generally pretty risky. And recently the benevolent dictators have seemed... less benevolent.
In conclusion, "Open Source Foundations Considered Helpful," according to the post's title. It does argue that "Any company is within its rights to relicense its software, but it can certainly be problematic from a community and project health perspective.

"Which is exactly why open source foundations are more important than ever."

Nek me Bubba ispravi ako grijesim - ali ovo je najgora prijetnja FOSS filozofiji.

Splitska Posla

22.09.2024. 01:51

Citiraj:

Autor mkey (Post 3763743)

Bez standby. Samo ugasim PC kad idem na put i sl. Standby sam koristio u HDD eri. Da nije i u tebe HDD na tome laptopu? Pripazi na te stvari :D

Na Linux Mintu postoji automatic updates uz sugestiju da uključiš i Timeshift, a to je Mintov system restore pa je na tebi oćeš li uključit to ili ne. Ja sam uključio oboje, sve automatski. Dođe to čovjeku s godinama da sve drugi odrade umjesto njega. Pripremio sam mali screenshot, evo kako to u mene izgleda:
https://i.postimg.cc/7J1zMCL0/mintupdatescreen.jpg
Vide se i Flatpak updati. Kad je kernel update, prikaže se ikona dole u treju uz sugestiju da odradiš restart ručno.
Te automatic stvari su Mint developeri uvodili postupno. Lijepo je koristiti OS koji godinama evoluira u nešto bolje i bolje. Preporučujem svakome.
Od Windowsa koristim VirtualBox i Strelec :fiju:

(gle, ovo mi je stoti post na forumu. Oću dobit neku značku? Ili bar majicu? Ako treba šaljem kućnu adresu u inbox)

mkey	22.09.2024. 12:34

Nije taj laptop u životu vidio ništa nego M2 SSD. Pitanje ima li mjesta za neki 2.5" drive.

Što se tiče seedanja minta: nakon 40h uploadano 3.8MiB.

mkey	22.09.2024. 14:35

Nabavio sam "novi" HDD (recertified Exos s amazona) pa sam ga htio malo opteretiti, ako će krepat neka krepa odmah. Inače se čini kako je disk sasvim OK. Brzina 200-250, radna temperatura je OK, ne ronda... Formatirao sam ga u ext4 i počeo koristiti kao backup/scratch disk dok ne steknem koliko toliko povjerenje u njega.

Kako bilo, htio sam odraditi fsck, međutoa kaže da je superblock invalidan. Disk radi za sada bez problema, mounta bez problema, ima GPT partition table i jednu particiju preko svih 15TiB. U čemu bi tu bio problem?

Code:

(base) [mkey@fedora ~]$ sudo fsck -f /dev/sdd

fsck from util-linux 2.40.1

e2fsck 1.47.0 (5-Feb-2023)

ext2fs_open2: Bad magic number in super-block

fsck.ext2: Superblock invalid, trying backup blocks...

fsck.ext2: Bad magic number in super-block while trying to open /dev/sdd



The superblock could not be read or does not describe a valid ext2/ext3/ext4

filesystem.  If the device is valid and it really contains an ext2/ext3/ext4

filesystem (and not swap or ufs or something else), then the superblock

is corrupt, and you might try running e2fsck with an alternate superblock:

    e2fsck -b 8193 

 or

    e2fsck -b 32768 



Found a gpt partition table in /dev/sdd



(base) [mkey@fedora ~]$ sudo e2fsck -b 8193 /dev/sdd

e2fsck 1.47.0 (5-Feb-2023)

e2fsck: Bad magic number in super-block while trying to open /dev/sdd



The superblock could not be read or does not describe a valid ext2/ext3/ext4

filesystem.  If the device is valid and it really contains an ext2/ext3/ext4

filesystem (and not swap or ufs or something else), then the superblock

is corrupt, and you might try running e2fsck with an alternate superblock:

    e2fsck -b 8193 

 or

    e2fsck -b 32768 



Found a gpt partition table in /dev/sdd



(base) [mkey@fedora ~]$ sudo e2fsck -b 32768 /dev/sdd

e2fsck 1.47.0 (5-Feb-2023)

e2fsck: Bad magic number in super-block while trying to open /dev/sdd



The superblock could not be read or does not describe a valid ext2/ext3/ext4

filesystem.  If the device is valid and it really contains an ext2/ext3/ext4

filesystem (and not swap or ufs or something else), then the superblock

is corrupt, and you might try running e2fsck with an alternate superblock:

    e2fsck -b 8193 

 or

    e2fsck -b 32768 



Found a gpt partition table in /dev/sdd

Nikky

22.09.2024. 15:10

Da mu nije "prevelika particija" tih 15 TB ?
Mislim da bi bilo pametno napraviti više particija, jedino ako neće kasnije biti storage skladište.

tomek@vz

22.09.2024. 15:22

Citiraj:

Autor mkey (Post 3763875)

Code:

(base) [mkey@fedora ~]$ sudo fsck -f /dev/sdd

fsck from util-linux 2.40.1

e2fsck 1.47.0 (5-Feb-2023)

ext2fs_open2: Bad magic number in super-block

fsck.ext2: Superblock invalid, trying backup blocks...

fsck.ext2: Bad magic number in super-block while trying to open /dev/sdd



The superblock could not be read or does not describe a valid ext2/ext3/ext4

filesystem.  If the device is valid and it really contains an ext2/ext3/ext4

filesystem (and not swap or ufs or something else), then the superblock

is corrupt, and you might try running e2fsck with an alternate superblock:

    e2fsck -b 8193 

 or

    e2fsck -b 32768 



Found a gpt partition table in /dev/sdd



(base) [mkey@fedora ~]$ sudo e2fsck -b 8193 /dev/sdd

e2fsck 1.47.0 (5-Feb-2023)

e2fsck: Bad magic number in super-block while trying to open /dev/sdd



The superblock could not be read or does not describe a valid ext2/ext3/ext4

filesystem.  If the device is valid and it really contains an ext2/ext3/ext4

filesystem (and not swap or ufs or something else), then the superblock

is corrupt, and you might try running e2fsck with an alternate superblock:

    e2fsck -b 8193 

 or

    e2fsck -b 32768 



Found a gpt partition table in /dev/sdd



(base) [mkey@fedora ~]$ sudo e2fsck -b 32768 /dev/sdd

e2fsck 1.47.0 (5-Feb-2023)

e2fsck: Bad magic number in super-block while trying to open /dev/sdd



The superblock could not be read or does not describe a valid ext2/ext3/ext4

filesystem.  If the device is valid and it really contains an ext2/ext3/ext4

filesystem (and not swap or ufs or something else), then the superblock

is corrupt, and you might try running e2fsck with an alternate superblock:

    e2fsck -b 8193 

 or

    e2fsck -b 32768 



 Found a gpt partition table in /dev/sdd

Pogledaj malo bolje kaj cekiras. Lupi lsblk da ti bude lakse :fiju:

Citiraj:

Autor Nikky (Post 3763879)

Da mu nije "prevelika particija" tih 15 TB ?
Mislim da bi bilo pametno napraviti više particija, jedino ako neće kasnije biti storage skladište.

Nope. Zasad ostavljam da kolega sam skuzi gresku :D

mkey	22.09.2024. 15:57

Dakle, fsck radi na particiji, ne na disku? Sram ga bilo. Ispravak netočnog navoda, veličina je 14.6TB. Nekim aplikacijama je to previše, kao badblocks.

tomek@vz

22.09.2024. 17:25

Citiraj:

Autor mkey (Post 3763884)

Dakle, fsck radi na particiji, ne na disku? Sram ga bilo. Ispravak netočnog navoda, veličina je 14.6TB. Nekim aplikacijama je to previše, kao badblocks.

hehehe dobro jutro Margareta :goood: Pa disk nema svoj FS vec particija...logicki jel :) EXT4 je napravljen da podrzava i puno vece diskove/particije tak da si sa tih sicusnih ~15T safe ;)

potemkin.hr

22.09.2024. 18:17

Citiraj:

Autor tomek@vz (Post 3762959)

Kreteni. Vecinom. Nema tu nikakve specijalne magije, uzmes Mint recimo lupis Steam gore i - to je to. Eventualno mozes Proton-GE dodat postojecoj Steam instalacije. Sve ostalo je pretjerivanje i trazenje problema gdje oni ne postoje.

Pa nije loš, koristim ga ko daily driver od releasea fedore 40 i vrti mi sve kaj treba, ispod haube je ionak čista fedora sa par njihovih gaming tweakova. Otkad se prešaltal na immutable i flatpackove ne moram više ganjat dependencyje. Al realno može se sasvim OK i gameati sa bilo kojom poznatijom distrom danas već

tomek@vz

22.09.2024. 18:32

Citiraj:

Autor potemkin.hr (Post 3763899)

Problem je bas taj da zbog manjka developera i suporta sve se to s vremenom skrsi. UVIJEK.

Nikky

22.09.2024. 18:43

Samo je kod Linuxa vrijeme poluraspada (namjerna asocijacija :)) cca par godina a kod winsa par mjeseci ako ne i prije :D:D

medo	22.09.2024. 18:49

Linux OS - info, how-to, pitanja, novosti, savjeti, problemi...

Zašto ne napraviti filesistem na cijelom disku npr. /dev/sdb? Zašto se forsira particioniranje pa u /dev/sdb1

Accidental initialize? :D

tomek@vz

22.09.2024. 18:53

Citiraj:

Autor medo (Post 3763906)

Zašto ne napraviti filesistem na cijelom disku npr. /dev/sdb? Zašto se forsira particioniranje pa u /dev/sdb1

Accidental initialize? :D

Just don't... :lol2: Recimo da po mom iskustvu moderni alati to ne vole. Nekad si recimo mogao PV (LVM) kreirat direktno na disku. Danas to vise nije slucaj. MORAS kreirat particiju na disku i na njoj kreirat PV. Samo jedan od primjera. Ne pitaj me zasto, ne zamaram se se zadnje 4 godine s tim. It is as it is :D

tomek@vz

26.09.2024. 04:56

Heads Up!

Citiraj:

"Looks like there's a storm brewing, and it's not good news," writes ancient Slashdot reader jd. "Whether or not the bugs are classically security defects or not, this is extremely bad PR for the Linux and Open Source community. It's not clear from the article whether this affects other Open Source projects, such as FreeBSD." From a report: A critical unauthenticated Remote Code Execution (RCE) vulnerability has been discovered, impacting all GNU/Linux systems. As per agreements with developers, the flaw, which has existed for over a decade, will be fully disclosed in less than two weeks. Despite the severity of the issue, no Common Vulnerabilities and Exposures (CVE) identifiers have been assigned yet, although experts suggest there should be at least three to six. Leading Linux distributors such as Canonical and RedHat have confirmed the flaw's severity, rating it 9.9 out of 10. This indicates the potential for catastrophic damage if exploited. However, despite this acknowledgment, no working fix is still available. Developers remain embroiled in debates over whether some aspects of the vulnerability impact security.

mkey	26.09.2024. 19:24

Kod ovih mojih specijalaca u firmi se u više navrata o tome raspravljalo i sad opet detaljnije ovih dana (postignut je konsenzus oko postizanja konsenzusa): ako neki bug ima critical priority 5+ godina, je li ona zaista critical? To me podsjeća na onu: što je bilo prije, kokoš ili jaje?

medo	27.09.2024. 09:24

Linux OS - info, how-to, pitanja, novosti, savjeti, problemi...

Pametnije bi bilo provjeriti backupe/testirati restore za početak. Nije zgorega podići svijest među djelatnicima i korisnicima sustava, provjeriti još jednom što je sve izloženo prema van na javnim IPovima…

Najlakše je palamuditi.

BTW: nije svejedno da li za taj vulnerability znaju već godinama samo 3ple letter agencije ili tjedan/dva milijuni svakakvih ljudi po svijetu.

Bubba

27.09.2024. 10:02

Citiraj:

Autor mkey (Post 3764751)

ako neki bug ima critical priority 5+ godina

https://bugs.mysql.com/bug.php?id=11472

Rookie numbers.

stef	27.09.2024. 11:04

Citiraj:

Autor tomek@vz (Post 3763893)

hehehe dobro jutro Margareta :goood: Pa disk nema svoj FS vec particija...logicki jel :) EXT4 je napravljen da podrzava i puno vece diskove/particije tak da si sa tih sicusnih ~15T safe ;)

do 16TB na verziji e2fsprogs-a koji dolaze npr sa RHEL/CentOS 7. Nasukao se na tome pred cca godinu dana kod proširenja. Da je bio novi FS išao bih na XFS i bok, bez obzira što ext4 podržava. Mislim da imamo jedan s Oraclom već na 90TB.

medo	27.09.2024. 12:17

Pih… ono kad imaš parsto terabajta a 15TB ti je samo L2 ARC cache :D a snapshoti datasetova se broje u tisućama…

Na poslu ofkors. Ali niti jedan dataset i niti jedna EXT4/XFS particija nema 16TB. To mi je malo puno za jednu particiju i jedan filesistem.

Cuky	27.09.2024. 12:20

Citiraj:

Autor Bubba (Post 3764837)

https://bugs.mysql.com/bug.php?id=11472

Rookie numbers.

Jbg, to je zato jer je Omer prijavio bug. Da je bio Hans vec bi ga rijesili.

Ivo_Strojnica

27.09.2024. 19:42

šalje prijatelj da je instalira iftop na svom ubuntu serveru, da malo vidi promet :)

Kaže da mu server komunicira sa:
181-172-69-174.bam.movistar.cl
27.109.4.85.dynamic.cust.swisscom.net
195-154-221-54.rev.poneytelecom.eu
dynamic-cpe-pool.callplus.net.nz
nat-9-metro-pool-1-ip-2.cosmostv.by
nasdim.feetsumimit.space
itd itd

Pita me jel to normalno :D

stef	28.09.2024. 13:49

Citiraj:

Autor medo (Post 3764872)

Mi proširujemo sa SAN-a, obično LUN-ovi od po 2 ili 4TB. Ali volume grupa i FS imaju 90TB :D. Isto kloniramo i snapshotiramo po potrebi, do sad se još nismo poslkliznuli.

spiderhr

01.10.2024. 07:46

Ekipo pomoć

Stanje je ovakvo:
https://upload.haustor.eu/slike/2024...4100154137.png

na hdd-u su windowsi plus Linux Debian 12. Kako sada najlakše pretočiti samo Linux particije na novi ssd od 256GB da ne moram ispočetka sve instalirati i uštimavati.

particija 5 bi ostala veličine koje je kao i swap. jedino ovih 580 bi trebao smanjiti na cca 200 gb, tj. koliko ostane kada napravim te dvije particije.

Lap je Lenovo G50, 6gb rama, proc i7-4510U. Je da nije u najboljim godinama ali za ono što ga koristim je i više nego dovoljan (LAMP) plus stream radija.

tomek@vz

01.10.2024. 08:52

Citiraj:

Autor spiderhr (Post 3765492)

1. Kloniraj disk pa makni Windows particiju (znam da postoje Windows alati koji dopustaju kloniranje na manji disk ali nisam siguran dali imaju podrsku za EXT4)
2. Postoji mogucnost da rekreiras particije na novog disku i prebacis podatke (rsync -aAHXxv /staro /novo) ali ces morati rekreirat MBR boot + morat ces fstab editirat (nove particije=novi ID/UUID). Ako nisi na ti bas sa Linuxom biraj opciju 1.

Sva vremena su GMT +2. Sada je 03:15.

Stranica 122 od 151

122

Show 40 post(s) from this thread on one page