Příspěvky

1

Distribuce / Záchrana dat z Windows pomocí Ubuntu

« kdy: 02. 10. 2023, 13:59:24 »

Dobry den,

rozbil se mi windows a jedine co chci je z nej dostat data - diky jejich uzasne aktualizaci. Jde o to, ze disk je v poradku, jen proste windows nenabehnou v zadnem rezimu, nouzovy nefunguje, boot windowsu taky ne.

Proto jsem se rozhodl si stahnout ubuntu, nabootovat ho a pak na disku v ubuntu vidim soubory z windows. Jenze ta testovaci verze ubuntu ma cca jen 1,6 gb na disku - ve windows mam celkem 1 tb - z toho obsazene cca 250 gb.

Zajima me jestli jde nejak zvysit disk pro ubuntu abych si do nej mohl stahnout ty soubory z windows. Treba kdyz je chci primo nekam hodit, napr. na externe disk, pise to ze nemam opraveni z windowsu, ale na plnochu ubuntu to uz v pohode jde.

Klidne bych pak ubuntu nechal trvale, ale jde mi to ty data. Nevim jestli kdybych udelal plnou isntalaci jestli se neprepise disk windows.

JInak kdyz to tam z windows disku klasicky na plochu ubuntu, tam se soubory muzu klasicky manipolovat, jenom ne kdyz jsou ve slozce windows.

Dekuji za pripadne rady

2

Server / Nefunkční DNS servery

« kdy: 26. 09. 2023, 15:28:13 »

Zdravím,

po rebootu serveru, který se mi podařilo včetně dat zachránit se mi nechce nastartovat služba zajišťující provoz v online síti a tou je bind - named.service. Podle systemctl status named.service je chyba

Kód: [Vybrat]

× named.service - BIND Domain Name Server
     Loaded: loaded (/lib/systemd/system/named.service; enabled; preset: enable>
     Active: failed (Result: exit-code) since Tue 2023-09-26 15:10:08 CEST; 2s >
       Docs: man:named(8)
    Process: 22224 ExecStart=/usr/sbin/named -f $OPTIONS (code=exited, status=1>
   Main PID: 22224 (code=exited, status=1/FAILURE)
        CPU: 24ms

Sep 26 15:10:08 systemd[1]: named.service: Scheduled restart job, rest>
Sep 26 15:10:08 systemd[1]: Stopped named.service - BIND Domain Name S>
Sep 26 15:10:08 systemd[1]: named.service: Start request repeated too >
Sep 26 15:10:08 systemd[1]: named.service: Failed with result 'exit-co>
Sep 26 15:10:08 systemd[1]: Failed to start named.service - BIND Domai>
lines 1-13/13 (END)...skipping...
× named.service - BIND Domain Name Server
     Loaded: loaded (/lib/systemd/system/named.service; enabled; preset: enabled)
     Active: failed (Result: exit-code) since Tue 2023-09-26 15:10:08 CEST; 2s ago
       Docs: man:named(8)
    Process: 22224 ExecStart=/usr/sbin/named -f $OPTIONS (code=exited, status=1/FAILURE)
   Main PID: 22224 (code=exited, status=1/FAILURE)
        CPU: 24ms
Sep 26 15:10:08 systemd[1]: named.service: Scheduled restart job, restart counter is at 5.
Sep 26 15:10:08 systemd[1]: Stopped named.service - BIND Domain Name Server.
Sep 26 15:10:08 systemd[1]: named.service: Start request repeated too quickly.
Sep 26 15:10:08 systemd[1]: named.service: Failed with result 'exit-code'.
Sep 26 15:10:08 systemd[1]: Failed to start named.service - BIND Domain Name Server.

Ale vůbec nevím, kde hledat. Mám sice na serveru nastavení nameservery - ispconfigu, ale všechno běželo i bez toho, doménu mám klasicky u wedosu a jen směruji DNS záznamy na server plus mám v ispconfigu doménu založenou v DNS systému.

Teď proto, že server není v síti nefunguje nic co se týká sítě, update dat z debian stránky, něco stáhnout z url adresy, dig nic nevrací apod.

Kontroloval jsem vše v etc, networking, hosts soubory, vše co jde. Nemůžu na nic přijít, protože od rebootu kdy vše fungovalo se v tomhle směru nic nedělo, až teď najednou nechtějí služby najet.
Lokálně se zdá, že by to i fungovalo, resp. využívám na serveru ssl. Když dám nějakou doménu bez https, zobrazí se klasická stránka apache2 debian default. Problém je pak třeba když chci přistupovat k webu s https, do konfigu pres domena.cz:8080 atd.

Měl jsem podezření na nefunkční porty, ale to se nepotvrdilo. Kromě toho nechce nastartovat nějaká řada PHP v apache, clamav...ale to bude nejspíše symlinkama co jsem zjistil. Teď řeším hlavně výše uvedené.
Syslog mi taky nic moc nepomáhá, jen

Kód: [Vybrat]

2023-09-26T15:15:05.477091+02:00 ntpd[908]: DNS: dns_probe: 1.debian.pool.ntp.org, cast_flags:8, flags:101
2023-09-26T15:15:05.477466+02:00 ntpd[908]: DNS: dns_check: processing 1.debian.pool.ntp.org, 8, 101
2023-09-26T15:15:05.477532+02:00 ntpd[908]: DNS: dns_check: DNS error: -3, Temporary failure in name resolution
2023-09-26T15:15:05.477586+02:00 ntpd[908]: DNS: dns_take_status: 1.debian.pool.ntp.org=>temp, 3
2023-09-26T15:15:06.477090+02:00 ntpd[908]: DNS: dns_probe: 2.debian.pool.ntp.org, cast_flags:8, flags:101
2023-09-26T15:15:06.477483+02:00 ntpd[908]: DNS: dns_check: processing 2.debian.pool.ntp.org, 8, 101
2023-09-26T15:15:06.477553+02:00 ntpd[908]: DNS: dns_check: DNS error: -3, Temporary failure in name resolution
2023-09-26T15:15:06.477604+02:00 ntpd[908]: DNS: dns_take_status: 2.debian.pool.ntp.org=>temp, 3
2023-09-26T15:15:07.477138+02:00 ntpd[908]: DNS: dns_probe: 3.debian.pool.ntp.org, cast_flags:8, flags:101
2023-09-26T15:15:07.477537+02:00 ntpd[908]: DNS: dns_check: processing 3.debian.pool.ntp.org, 8, 101
2023-09-26T15:15:07.477608+02:00 ntpd[908]: DNS: dns_check: DNS error: -3, Temporary failure in name resolution
2023-09-26T15:15:07.477659+02:00 ntpd[908]: DNS: dns_take_status: 3.debian.pool.ntp.org=>temp, 3

Přes dig @localhost domena.cz vrátí jen no servers could be reached.

Dál moc nevím co bych měl tak prověřit, ale z toho co jsem našel mi nic moc nepomohlo. Nějaké nápady?

Děkuji moc.

3

Server / Re:Nefunkční server

« kdy: 26. 09. 2023, 12:00:15 »

Oprava prikazem sudo fsck -y /dev/disk, co byl pripojeny, pak se nahodil po rebootu i druhy.

4

Server / Re:Nefunkční server

« kdy: 26. 09. 2023, 11:57:48 »

Tak opraveno!Tedy alespon jedna cast, uz se dostanu pres putty, server nastartuje v pohode plus se nactou sluzby jako postfix, mysql a dalsi. Krome apache apod. To hlasi pri failed vypisu

Kód: [Vybrat]

>
● clamav-clamonacc.service  loaded failed failed ClamAV On-Access Scanner
● named.service             loaded failed failed BIND Domain Name Server
● php7.3-fpm.service        loaded failed failed The PHP 7.3 FastCGI Process Ma>
● php7.4-fpm.service        loaded failed failed The PHP 7.4 FastCGI Process Ma>
● php8.1-fpm.service        loaded failed failed The PHP 8.1 FastCGI Process Ma>
● redis-server.service      loaded failed failed Advanced key-value store
● roundcube-cleandb.service loaded failed failed Purge Roundcube database: remo>

LOAD   = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB    = The low-level unit activation state, values depend on unit type.
7 loaded units listed.

Mozna by pomohl reinstall php, ale o data jsem nastesti  neprisel.

5

Server / Re:Nefunkční server

« kdy: 26. 09. 2023, 11:53:45 »

Dekuji moc. fstab vypada nasledovne

Kód: [Vybrat]

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# systemd generates mount units based on this file, see systemd.mount(5).
# Please run 'systemctl daemon-reload' after making changes here.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=3c02bae7-da0a-455a-ae5b-d1eec0283bca /               ext4 errors=remount-ro,usrjquota=quota.user,grpjquota=quota.group,jqfmt=vfsv0 0       1
# /var was on /dev/sdb1 during installation
UUID=4f4b4f96-71cb-42d2-b3d1-5ac5b959d841 /var            ext4    defaults        0       2
# swap was on /dev/sda5 during installation
UUID=1575d74d-a569-447d-a695-2a89913bce05 none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0
/var/log/ispconfig/httpd/domena.cz /var/www/clients/client0/web3/log    none    bind,nofail    0 0a takhle seznam vsech domen na serveru.

zkusil jsem jeste automatickou opravu disku pres prikaz, tak uvidim, neco se opravilo, ale jen na tom jednom pripojenem, u toho druheho to nelze ani po pripojeni.

Prave, ze vsechny sluzby jako apache a dalsi jsou off, stejne tak ssh a dalsi, ani po rebootu/mount disku nenaskoci. Mozna je to i tou omezenou konzoli, protoze mi prijde, ze ne uplne vsechn prikazy lze spoustet.

6

Server / Re:Nefunkční server

« kdy: 26. 09. 2023, 10:46:59 »

Dekuji vsem za rady. Bojuji s tim celou noc, vse jsem porovnaval. Nevidim rozdil  napr. ve fstab z doby kdy to slo v poradku a z te zalohy. Kdyz si ale dam df h, vidim ze jeden disk pripojeny chybi oproti tomu co tam byl drive a nevim proc. Zkusil jsem mount manualne, pak jsem ho v df mezi disky videl, ale po rebookut zmizel. Pritom fstab stale stejny.
Jeste jsem ho upravil, pridal jsem nejake dalsi cesty k adresarum, ktere chybely.

Standardne mam dva disky, kazdy o velikost 1 TB. Jeden sda smeruji do / a druhy sdb1 smerujici do /var. Neptejte se proc to je takhle zlastne.

Rekl bych, ze problem bude v tomhle. Jenze netusim kde, zkousel jsem uz vsechno mozne, mam na tom nejake weby klientu a celkem to hori, jenze neznam nikoho v tomto oboru co by na to koukl. Nekdo mi rikal, ze muze byt pry disk ko, ale to se mi nezda, zapis na disk i  nacitani je ok.

Nevim jestli nekdo znate system ISPCONFIG. Mam nejnovejsi verzi, nekolik let vcetne debianu. Vzdy bylo vse ok. Bohuzel se delaly v ispconfig diky klientovi nejake zmeny v apache a spadlo to. Zkousel jsem vse. Vzdy po jednom rebootu sluzby nabehly, ale nefungoval z nejakeho duvodu port8080, po dalsim rebootu byly failed sluzby jako clamav a php 5.6-.8.2, nekdy dole jen jedno php. Kdy jsem vse opravil a nic nebylo failed, stale to neslo.

Tak jsem se rozhodl pro obnovu dat. ISPCONFIG provadi pravidelne zalohy dat, konkretne acme pro lets encrypt, cely adresar ispconfigu a pak cely adresar /etc vcetne cele konfigurace.

Vzal jsem tedy vcerejsi zalohu ze 13. hodiny, kdy bylo vse ok, nahral ji, udelal reboot a od te doby se server zacal chovat zvlastne az to cele zkolabovalo. Logy jsem prochazel nekolikrat, ale nikdy mi server takhle nespadl a uz jsem bezradny.

Nejhorsi jeste je, ze se ke sprave serveru ted dostanu jen pres HPE ilo panel, a funguje znacne omezene, z hlediska rychlosti, hrozne pomaly.

Po rebootu vidim to vyse uvedene, fstab stale totozny, ale kdyz dam df h, ten disk pro /var co tam byl drive tam ted nevidim. I po mountu a restartu zase zmizi.

Sit pravdepodobne taky tedy nejed, pres klasicke putty se tam nedostanu a dig neodpovida / hostitel nenalezen.

Tohle jsou logy co se mi podarilo ziskat.

https://ibb.co/NnsHpqg
https://ibb.co/2qfwvPN
https://ibb.co/kqpv6YT
https://ibb.co/F4m3Y7r
https://ibb.co/QnGF0HT
https://ibb.co/R0Yg1Wj
https://ibb.co/2cmmH58
https://ibb.co/sm7BQD2
https://ibb.co/bNm1RKH
https://ibb.co/rmscshP

Vypada to na problem s tim diskem, treba kdyz si dam tail a chci zobrazit var/log/syslog, pise, ze pry neexistuje.


Dekuji vsem za tipy.

7

Server / Re:Nefunkční server

« kdy: 25. 09. 2023, 22:18:11 »

Dekuji. fstab jsem kontroloval jako prvni, jestli existuje a je ok. Jinak ciste po startu se zobrazuje https://i.ibb.co/yXTfx7J/IMG-1224.jpg
 a journal log https://img.onl/Qsd4Hd

8

Server / Re:Nefunkční server

« kdy: 25. 09. 2023, 22:07:49 »

Tohle vidim jako chybu https://i.ibb.co/yXTfx7J/IMG-1224.jpg

9

Server / Re:Nefunkční server

« kdy: 25. 09. 2023, 21:44:32 »

Myslite, ze je disk ko? Neni to jenom nejaka hloupost v nastaveni? Preci jen ze dne na den hned po tom co delam nejake nastaveni je zvlastni, navic tam mam dulezita data

10

Server / Nefunkční server

« kdy: 25. 09. 2023, 20:41:16 »

Dobrý den,

mám problém. Nevím jestli někdo znáte ispconfig, ale provozuji ho na serveru debian 2 roky bez problémů. Poslední verze debianu, ispconfigu atd., Vše bylo až do včera funkční. Problém nastal v ispconfig, ten provádí automatické zálohy, takže jsem myslel, že vše vyřeší obnova dat toho ispconfig - je v něm usr/local/ispconfig, pak acme pro certifikáty a obsah adresáře /etc

Tedy vše jsem nahrál na server, udělal reboot a server už nenajede. Resp. se dostanu do konzole přes ILO, i k rootu, ale dál aby byl server ne. Přes journal vidím chyby typu acpi bios warning bug indalid lenght for FADT/Pm2controlblock 32 using default 8 and 16 and 32/64x lenght mismatch in fadt

když si dám server failed status, vidím jednu službu failed a to systemmd/fsckdev/disk/bz/x2uuid.....service
¨
Nemáte prosím někdo zkušenosti čím to může být, jak opravit? Děkuji.