Témata

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 / 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.