Follow along with the video below to see how to install our site as a web app on your home screen.
Huomio: This feature may not be available in some browsers.
En ole ihan sataprosenttisen varma mitä reittitaulua Windows näyttää, mutta Linuxissa reitti näyttää sellaiselta kuin odotinkin ja todennäköisesti siis sama kuin Windowsissa.Voi olla että pulse on konffattu tarkastamaan tiettyjä asioita koneesta ja sen mukaan saa yhteyksiä tai ei.
Yksi helppo testi on ottaa yhteys molemmilla käyttiksillä ja tallentaa reittitaulu. Ja lopuksi vertaa saako molemmilla samat reitit.
Ehkä kannattaisi kokeilla ubuntussa pulsen omaa clienttia kun sellainenkin löytyy linuxille.
Sain asennettua Pulsen clientin, vaikka niiden deb-paketti on jonkun amatöörin tekemä ja asennus vaati joidenkin vanhojen pakettien asentamista Ubuntu archivesta tähän tyyliin. Ongelman suhteen mikään ei muuttunut, eli vaikka VPN-yhteys näyttää toimivan ainakin http:ta käytettäessä kuten ennenkin, niin smbclientin ongelma on yhä täysin sama. Mitenköhän siellä työpaikan päässä edes tiedetään, mitä clientiä käytän? Vai onko tuo Pulsen käyttämä protokolla joku "proprietary" joka on vain osittain implementoitu openconnectissa?Voi hyvinkin olla että Pulse Secure-ohjelmalla avattavalle VPN:lle sallitaan työpaikan päässä eri asiat kuin OpenConnect-VPN:lle.
Tätä pitää kysyä työpaikan IT-ihmisiltä, ei julkiselta webbifoorumilta.
Palaan tähän VPN/SMB-ongelmaan, jossa siis en saa Windows-levyjakoa toimimaan VPN:n ollessa päällä, koska smbclient antaa virheilmoituksen "NT_STATUS_IO_TIMEOUT".
En ole ihan sataprosenttisen varma mitä reittitaulua Windows näyttää, mutta Linuxissa reitti näyttää sellaiselta kuin odotinkin ja todennäköisesti siis sama kuin Windowsissa.
Sain asennettua Pulsen clientin, vaikka niiden deb-paketti on jonkun amatöörin tekemä ja asennus vaati joidenkin vanhojen pakettien asentamista Ubuntu archivesta tähän tyyliin. Ongelman suhteen mikään ei muuttunut, eli vaikka VPN-yhteys näyttää toimivan ainakin http:ta käytettäessä kuten ennenkin, niin smbclientin ongelma on yhä täysin sama. Mitenköhän siellä työpaikan päässä edes tiedetään, mitä clientiä käytän? Vai onko tuo Pulsen käyttämä protokolla joku "proprietary" joka on vain osittain implementoitu openconnectissa?
Työpaikan IT-ohjeissa lukee suunnilleen, että "virallista Linux-tukea ei ole emmekä vastaa lisäkysymyksiin, mutta jos haluat kokeilla, niin vaihtoehdot on Pulse Secure tai openconnect".
Taidan seuraavaksi kokeilla asentaa virtuaalikoneen tähän kotona olevaan läppäriin, ja tehdä siitä identtisen työpaikalla olevan virtuaalikoneen kanssa (jossa siis levyjako toimii kun VPN on avattu Windows-hostissa). Tämä saattaisi auttaa, jos ongelman syy on jossain smbclientin konfiguraatiotiedostossa.
There is a need for documentation concerning the relevant MSR(s) and thus waiting on Intel engineers to find such documentation internally and see if/what can be publicly released. Hopefully Intel's large open-source team will be able to provide some fruits soon as there are many Linux laptop users especially who would enjoy a supported means of easily under-volting their hardware on Linux especially with more vendors beginning to offer pre-loaded Linux laptops.
# efibootmgr -n 0000
# sed -i '/^HibernateMode=/c\HibernateMode=reboot' /etc/systemd/sleep.conf
# systemctl hibernate
Tänään oli kiirusta ja kerkesin alustavasti vain testaamaan mutta tuolla efibootmgr:lla ja sleep.conf:illa homma toimii unelmasti, ohittaa turhan grubinkin (tosin mulla on vain 2 sekunnin viive laitettu siihen menuun)! Kiitoksia!! Pitää huomenna/vkloppuna katsella tarkemmat toimenpiteet koko hommalle. Löysin tällaisen vielä jossa onkin apu tuohon sleep.conf:in kanssa kikkailuun.jotakin tämänkaltaista tekisin itse
#!/bin/bash
sudo /path/to/enable-hibernate-reboot
sudo efibootmgr --bootnext 0004
sudo systemctl hibernate
Tänään oli kiirusta ja kerkesin alustavasti vain testaamaan mutta tuolla efibootmgr:lla ja sleep.conf:illa homma toimii unelmasti, ohittaa turhan grubinkin (tosin mulla on vain 2 sekunnin viive laitettu siihen menuun)! Kiitoksia!! Pitää huomenna/vkloppuna katsella tarkemmat toimenpiteet koko hommalle. Löysin tällaisen vielä jossa onkin apu tuohon sleep.conf:in kanssa kikkailuun.
Lopuksi pitäisi vielä keksiä miten voin tehdä skriptin työpöydälle jonka ajamiseen ei tarvita sudoa. Eli jos skripti "~/desktop/Winkkariin.sh" on about tällainen:
Koodi:#!/bin/bash sudo /path/to/enable-hibernate-reboot sudo efibootmgr --bootnext 0004 sudo systemctl hibernate
Miten voin ilman mitään salasanoja käynnistää tuon skriptin? "/etc/sudoers":ia editoimalla? Voiko sinne lisätä vain tuon skriptitiedoston, vai pitääkö lisätä nuo kaikki (/path/to/enable-hibernate-reboot, efibootmgr, systemctl) sellaisiksi että ei kysytä sudoa ollenkaan? Jos vain jotenkin mahdollista niin mieluummin saisi vain tuon "Winkkariin.sh" ilman sudoa käynnistettäväksi.
EDIT: Ilmeisesti tuon saa ainakin tehtyä niin, että tekee vielä toisen skriptin ja kutsuu siinä "sudo Winkkariin.sh" joka siis on sudoers:issa laitettu sallituksi. Ei niin tyylikäs ratkaisu mutta jos toimii..
fubar ALL=(ALL:ALL) NOPASSWD: /home/fubar/.bin/hibernate_and_reboot_to_windows.bash
#!/bin/bash
sudo /home/fubar/.bin/hibernate_and_reboot_to_windows.bash
Linuxiin paluun jälkeen "sleep.conf.bak" on edelleen tuolla kansiossa ja "sleep.conf":ssa on vain "[Sleep]\nHibernateMode=reboot" joka kirjoitetaan aiemmassa vaiheessa. "disable-hibernate-reboot" on tehty sudolla ja sille on annettu ajo-oikeudet mutta jostain syystä sitä ei ajeta kun tullaan hibernatesta takaisin linuxiin. Ihmeen hankala tämäkin oli vaikka näytti helpoilta ohjeilta.And also, adisable-hibernate-reboot
stored at the special folder/usr/lib/systemd/system-sleep
:
Koodi:#!/bin/bash if [ -f /etc/systemd/sleep.conf.bak ] && [ $1 == "post" ] && [ $2 == "hibernate" ]; then mv /etc/systemd/sleep.conf.bak /etc/systemd/sleep.conf fi
The script in this folder will be run after hibernation with $1="post" and $2="hibernate" (see sleep.conf.d manpage) when resuming from hibernation, thus restoring the old sleep.conf.
Tämä ratkaisi homman, kiitoksia.Eli jos tuolta hakemistosta ei ajeta ja /lib/systemd/system-sleep hakemisto löytyy, niin kokeile siirtää sinne.
Tarkoitus ei ollut antaa täysiä oikeuksia tehdä mitä vaan. Ainoastaan vain yhden skriptin ajaminen halutaan sallituksi.sudon salasana kyselystä pääsee eroon kun laittaa /etc/sudoers tiedoston perään seuraavan rivin:
<user> ALL=(ALL) NOPASSWD:ALL
<user> tilalle oma käyttäjätunnus.
Tämä poistaa sitten salasana kyselyn aina sudoa käytettäessä.
root ALL=(ALL:ALL) ALL
rivin alle. Jostain kumman syystä tuohon paikkaan kun laittoi mitä vain, vaikka kaikki sallituksi tietylle käyttäjälle, niin se ei toimi jostain syystä. Oman lisäyksen jos laittaa ihan viimeiseksi riviksi niin sitten alkaa toimimaan.Ja taas opitaan lisää. Kiitos. Teen tuolle sudoers-jutulle tuon ja myös sleep.conf:lle. Katsoin manuaalia ja siellä on listattu näin:Kannattaa lisäksi alkaa käyttää niitä .d-päätteisiä hakemistoja noihin omien konffien lisäilyyn.
/etc/systemd/sleep.conf
/etc/systemd/sleep.conf.d/*.conf
/run/systemd/sleep.conf.d/*.conf
/usr/lib/systemd/sleep.conf.d/*.conf
"Yhdelle käyttäjälle annetaan lupa ajaa yksi oma skriptitiedosto ilman sudoa jossa vain pari komentoa" vertautuu "monissa *nix:issa kaikkien käyttäjien annetaan lukea kaikkien toisten tiedostot" miten?Mielenkiintoista vaan, että kun kovasti on ensin puhuttu tietoturvasta ja joistakin "puutteista" Linuxissa ja nyt sitten halutaan työpöydälle mahdollisuus ajaa skripti root oikeuksilla ilman mitään kyselyjä...
Kyllä tuossa piilee vaaroja, kunhan vaan ihmettelin, ku niin tarkka muuten on tietoturvasta, mutta oma on koneesi ja saat tehdä niinkuin haluat, eipä mulla sen enempää tästä..."Yhdelle käyttäjälle annetaan lupa ajaa yksi oma skriptitiedosto ilman sudoa jossa vain pari komentoa" vertautuu "monissa *nix:issa kaikkien käyttäjien annetaan lukea kaikkien toisten tiedostot" miten?
Henkilökohtainen tietoturva on AINA tasapainottelua käytettävyyden ja turvallisuuden välillä. Jos en tuota skriptitiedostoa lähde muuttamaan käsin niin en itse ainakaan tiedosta mitään vaaroja. Onko niitä?Kyllä tuossa piilee vaaroja, kunhan vaan ihmettelin, ku niin tarkka muuten on tietoturvasta
**This has been tested to work with Linux Mint 20 Cinnamon.**
# 1. Create script
Create a new hidden `.bin` folder (if it doesn't exist) in your home folder for script files:
`[[ ! -d "$HOME/.bin" ]] && mkdir "$HOME/.bin"`
Create a new script file in the folder:
`touch "$HOME/.bin/hibernate_and_reboot_to_windows.bash"`
Restrict permissions and set execute permission for the file:
`chmod 0700 "$HOME/.bin/hibernate_and_reboot_to_windows.bash"`
Add the following code to the file:
```
#!/bin/bash
# Configure the system to reboot after hibernate.
# This script is going to be run with root privileges so no sudo is needed.
# Create a folder for the sleep.conf if it doesn't exist yet.
[[ ! -d "/etc/systemd/sleep.conf.d" ]] && mkdir "/etc/systemd/sleep.conf.d"
# Create a new sleep.conf configuration file.
touch "/etc/systemd/sleep.conf.d/hibernate_mode_reboot.conf"
# Write configuration to the file.
printf "[Sleep]\nHibernateMode=reboot" > "/etc/systemd/sleep.conf.d/hibernate_mode_reboot.conf"
# Configure system to boot to Windows OS just once.
# Automatically finds the correct boot entry code for Windows.
efibootmgr --bootnext "$( efibootmgr | grep -i windows | cut -c 5-8 )"
# Start hibernate
systemctl hibernate
```
# 2. Sudo permissions for the script
Create a new file that will be imported to sudoers file automatically:
`sudo touch "/etc/sudoers.d/hibernatescript"`
Restrict permissions for the file:
`sudo chmod 0440 "/etc/sudoers.d/hibernatescript"`
Open the file with visudo (always use visudo for editing sudoers files!):
`sudo visudo -f "/etc/sudoers.d/hibernatescript"`
Add the following line (change BOTH "username" strings to your actual username!):
`username ALL=(ALL:ALL) NOPASSWD: /home/username/.bin/hibernate_and_reboot_to_windows.bash`
Save the file with `CTRL+S`, and exit with `CTRL+X`
# 3. Configure system-sleep
Create a new script file to control the `sleep.conf` file created in `hibernate_and_reboot_to_windows.bash` script file:
`sudo touch "/lib/systemd/system-sleep/disable_hibernate_reboot"`
Restrict permissions and set execute permission for the file:
`sudo chmod 0700 "/lib/systemd/system-sleep/disable_hibernate_reboot"`
Add the following code to the file (open file as root):
```
#!/bin/bash
#
if [[ -f "/etc/systemd/sleep.conf.d/hibernate_mode_reboot.conf" && "$1" == "post" && "$2" == "hibernate" ]]
then
rm "/etc/systemd/sleep.conf.d/hibernate_mode_reboot.conf"
fi
```
# 4. Create a launcher on the desktop
Right-click on your desktop and choose "Create a new launcher here..."
Add the following properties to the launcher (change "username" string to your actual username!):
Name = Boot to Windows
Command = sudo "/home/username/.bin/hibernate_and_reboot_to_windows.bash"
Change the the icon of the launcher by clicking the rocket icon. Search with "microsoft" (without quotes) and select the familiar microsoft windows icon for the launcher.
That's all! Double-clicking the "Boot to Windows" launcher will instantly hibernate linux and boot straight to Windows.
Jos distrohoppailet paljon niin on varmaan helpoin tehdä muutos windowssiin niin ei tarvitse jokaisen distron asennuksen jälkeen säätää.Mitenkäs olette ratkaisseet bios-kellon vaihtumisen dual-bootatessa? Windows tykkää käyttää paikallista aikaa, linux UTC:tä. Eli bios:in kello vaihtuu jatkuvasti dual-boottaillessa ja kellonajat käyttiksissä ovat jatkuvasti pielessä. Kumpaan käyttikseen kannattaisi tehdä muutos jotta tätä ei tapahdu. Yritin googlata mutta jotkut sanoo, että säädä windows käyttämään UTC:tä, toiset että säädä linux käyttämään paikallista aikaa. Onko sillä mitään väliä kumpaa kautta fiksaa ongelman?
Mitenkäs olette ratkaisseet bios-kellon vaihtumisen dual-bootatessa? Windows tykkää käyttää paikallista aikaa, linux UTC:tä. Eli bios:in kello vaihtuu jatkuvasti dual-boottaillessa ja kellonajat käyttiksissä ovat jatkuvasti pielessä. Kumpaan käyttikseen kannattaisi tehdä muutos jotta tätä ei tapahdu. Yritin googlata mutta jotkut sanoo, että säädä windows käyttämään UTC:tä, toiset että säädä linux käyttämään paikallista aikaa. Onko sillä mitään väliä kumpaa kautta fiksaa ongelman?
Mulla on wintous universaalissa ajassa. Ei oo linuxin vika tuollainenMitenkäs olette ratkaisseet bios-kellon vaihtumisen dual-bootatessa? Windows tykkää käyttää paikallista aikaa, linux UTC:tä. Eli bios:in kello vaihtuu jatkuvasti dual-boottaillessa ja kellonajat käyttiksissä ovat jatkuvasti pielessä. Kumpaan käyttikseen kannattaisi tehdä muutos jotta tätä ei tapahdu. Yritin googlata mutta jotkut sanoo, että säädä windows käyttämään UTC:tä, toiset että säädä linux käyttämään paikallista aikaa. Onko sillä mitään väliä kumpaa kautta fiksaa ongelman?
Sudosta en edes ala arvailemaan mitään, mutta syystä taikka toisesta ilmeisesti jotkut distrot odottavat löytävänsä tiettyjä systemd-juttuja /lib/systemd-hakemiston alta tuon /usr/lib/systemd:n sijaan. Eli jos tuolta hakemistosta ei ajeta ja /lib/systemd/system-sleep hakemisto löytyy, niin kokeile siirtää sinne. Ja muista chmod +x.
Niin tai siis /lib/systemd kansioon menee kaikki systeemin asentamat rojut eli siis yleensä pakettien ja nämä on sellaisia joita käyttäjän ei tulisi koskaan muutella koska seuraavassa pakettipäivityksessä muutokset suurella todennäköisyydellä katoaa.
Sitä varten on /etc/systemd jonne käyttäjä konffit ja muutokset menee.
Jos distrohoppailet paljon niin on varmaan helpoin tehdä muutos windowssiin niin ei tarvitse jokaisen distron asennuksen jälkeen säätää.
Kyllä, käyttäjän konffit ja overridet menevät /etc/systemd:hen. Mutta kyse olikin system-sleep scripteistä ja ellei Lennart Poettering ole pyörtänyt viimeaikoinaan päätöstään olla tukematta mitään executableja /etc:n alla niin ei ne scriptit siellä paljoa lämmitä.
Vrt. Add support for /usr/local/lib/systemd/system-sleep/ · Issue #4927 · systemd/systemd
Ja ihan oikeassa se on. Ajettavat tiedostot kuuluu muualle, koska porukka tekee varsin villejä virityksiä kuten noexec mountattua /etc jne...
Jahas, grubista katosi windows-valinta kokonaan. Minttiin tuli jotain grub päivityksiä ja epäilen, että nuo tekivät jotain. Sudolla grub-install ja update-grub eivät palauta/löydä windowsia ollenkaan enää! Onko normaalia tällainen ja miten fiksaus?
Jahas, grubista katosi windows-valinta kokonaan. Minttiin tuli jotain grub päivityksiä ja epäilen, että nuo tekivät jotain. Sudolla grub-install ja update-grub eivät palauta/löydä windowsia ollenkaan enää! Onko normaalia tällainen ja miten fiksaus?
EDIT: windowsiin boottaminen kyllä onnistuu, esim. sillä "boot to windows"-säädöllä. Grubiin en vain saa enää windows-valintaa jostain syystä. Vaikea googlettaakin kun tulokset ovat "windows tappoi grubin" eikä tavallaan toistepäin. Kokeilin "os-prober" ja update-grub:ia perään mutta ei. Mintti kyllä näkee windows-osion ja pystyy sen mounttaamaankin nemosta. Koneen bootissa voi F12:lla valita boottimanagerin ja windowsiin pääsee ihan ok. Grubiin ei vain millään saa windowsia.
Tuli itsekin asennettua Fedora x260 Thinkpadiin, en tiedä onko suoraan virallisesti tuettujen listalla, mutta kaikki toimii täysin samantein ilman mitään käyttäjän toimenpiteitä. Ainoa ilkeä vaan, että joutunee asentamaan uusiksi loppuvuodesta, koska Fedora siirtyy virallisesti BTRFS -tiedostojärjestelmään, jolloinka varmuuskopiointikin helpottuu melkoisesti snapshottien muodossa, onnistuuhan tuo nytkin manuaalisesti, mutta virallinen tuki nyt kuitenkin tuo lisää varmuutta toimivuuteen ja ominaisuuksiin...
Silloin myöskin siirtynen takaisin XFCE -työpöytään, asensin ihan default Gnomen nyt tuohon, ku ajattelin pitkästä aikaa kokeilla, josko siirtyisi, mutta ei se vaan maistu meikäläiselle, katsoo ny, muuttuuko mieli tässä syksyn mittaan, ennen uudelleen asennusta. On vaan tuo XFCE niin paljon kevyempi ja omaan silmään kivempi, ku en tarvii mitään animaatio sun muita silmäkarkkeja käyttöliittymään, haluan tehdä sillä hommia...Btrfs Coming to Fedora 33 - Fedora Magazine
The default filesystem will be BTRFS for Fedora 33 and onwards. Read more here about what that means for the Fedora community.fedoramagazine.org
Ikinä ennen en ole käyttänyt Fedoraa, joten ajattelin sitten kokeilla ja tykästynyt kyllä sen toimintaan. Mukava keskitie Debian stable ja Arch rolling release välillä, eli mukavan tuoretta pakettia vakaassa systeemissä vaikuttaa toimivalta yhdistelmältä.
Mikä on oikea tapa konfiguroida grub(2?):ia käsipelillä? Alustana on Debian Buster, jos sillä on merkitystä.
ZFS-levyjumpassa mm. asennusohjelman ystävällisesti mitään kysymättä luoma EFI-hakemisto jäi jyrän alle ja systeemilevykin on eri SATA-portissa kiinni kuin alussa.
Grub:ssa root-osion oletetaan olevan absoluuttinen (hdN,msdosM) kun se tätä nykyä on (hdX,msdosY). Lisäksi kernelin root-parametri osoittaa osioon, jota ei ehkä ole enää olemassa.
Boottaaminen onnistuu, kun grub:ssa korjaa asetukset käsin. Miten grub-valikon saisi korjattua niin, että boot toimisi automaattisesti? Olisi myös toivottavaa, että initrd- tai grub-päivitykset eivät ylikirjoittaisi omia muutoksia.
Toimiiko sormenjäljenlukijakin, jos sulla sellainen on? Mun T580:ssa ei toiminut suoraan ja sen takia siirryin Archiin. Ei Fedorassa ole mitään vikaa, mutta en jaksa opetella dnf:ää.
Mulla ei ole sormenjälkilukijaa tässä mallissa.Toimiiko sormenjäljenlukijakin, jos sulla sellainen on? Mun T580:ssa ei toiminut suoraan ja sen takia siirryin Archiin. Ei Fedorassa ole mitään vikaa, mutta en jaksa opetella dnf:ää.
DNF on kyllä hyvä paketinhallinta, mutta välillä vaan meinaa hidastella.Mikäs dnf:ssä on ongelmana? Oli siinä toki ittelläkin alkuun hiukan totuttelemista mutta nyt kun on päässy jyvälle niin varsin kätevä ja hyvinkin paljon aikaansaava paketinhallinta johon ihan ok graafinen kikotinkin löytyy.
Itte vetelen mieluummin promptin kautta.
DNF on kyllä hyvä paketinhallinta, mutta välillä vaan meinaa hidastella.
Ja hassusti kyl suositellaan päivitykset aina tekemään terminaalissa, eikä tuolla graafisella, mutta softien haku ja asennus kyl voi tehdä sen kautta.
Olen kylläkin siirtymässä OpenSUSEa kokeilemaan, koska pitäisi Fedora asentaa uusiksi, jotta siinäkin pääsisi BTRFS hyötyjä käyttämään. Meinasin kokeilla Tumbleweed rolling release ja katsoa mitenkä se toimii.
Kun otsikko haluaa kysymystä, laitan kysymysmuotoon: Eikös nyt vaan ole kunnollista? Kyllä kelpaa emuloida. Toimii ilmeisesti myös kosketusnäytöillä.
GitHub - GitSquared/edex-ui: A cross-platform, customizable science fiction terminal emulator with advanced monitoring & touchscreen support.
A cross-platform, customizable science fiction terminal emulator with advanced monitoring & touchscreen support. - GitSquared/edex-uigithub.com
[Sleep]
AllowSuspendThenHibernate=yes
SuspendMode=suspend-then-hibernate
SuspendState=mem standby freeze
HibernateDelaySec=10min
Onko tuo suspend servicen korvaaminen suspend-then-hibernate servicellä järkevää? Voiko tulla jotain ongelmia?suspend-then-hibernate to the rescue
Well it seems on Ubuntu there is already a service which can achieve this. The service is called suspend-then-hibernate.service. To get this working instead of the normal systemd-suspend.service you need to edit the file /etc/systemd/logind.conf. Change all the suspend triggering keys and switch to suspend-then-hibernate from systemd-suspend (or suspend). Make sure you un-comment those changed keys as well. But that’s comes with one caveat, that is if the system goes to suspend by suspend timeout while you are on battery or if a program triggers the system to go into suspend mode the hibernation will not work since you are invoking systemd-suspend. To get around this you can simply do the following instead of editing the above file,
WARNING: but be sure you know what you are doing.
Koodi:sudo rm -f /etc/systemd/system/systemd-suspend.service sudo ln -s /usr/lib/systemd/system/systemd-suspend-then-hibernate.service /etc/systemd/system/systemd-suspend.service
Here you will be remove the default systemd-suspend.service symbolic link and create a new one which point to systemd-suspend-then-hibernate.service. So when ever the system is asked to suspend by running the systemd service systemd-suspend.service it will trigger the systemd-suspend-then-hibernate.service instead.
Now if you want to increase or reduce the time that it takes to hibernate after suspend, You need to create the following file and add the following content.
/etc/systemd/sleep.conf
[Sleep]
HibernateDelaySec=3600
Unohdin kysyä lisäksi, että onko tuo sellainen säätö jonka joku update voi resetoida? Eli varmaan pitäisi, jos tuota kikkaa on ok käyttää, tehdä päivittäinen cronjobi?Onko tuo suspend servicen korvaaminen suspend-then-hibernate servicellä järkevää? Voiko tulla jotain ongelmia?
Eikö kannata vaan vetää kotikansiosta backup ja asentaa uusiksi siitä palauttaen?Tästä ketjusta varmaan saa vastauksen:
Minulla on eräässä testipenkissä Ubuntu 20.04 LTSB -asennus 250-gigaisella S-ATA HDD:llä. Tuo kovo on jeesuksen aikainen ja ruksuttelee pahaenteisesti toisinaan. Mikä olisi yksinkertaisin tapa kloonata tuo levy A) toiselle samanlaiselle levylle B) uudelle 120-gigaiselle SSD:lle siten, että voin lennosta korvata nykyisen levyn uudella ja homma toimii suoraan, eli on tarkka "peilikuva" nykyisestä levystä? Jos mitään merkitystä, niin emo on joku Asuksen H61-sarjalainen pakettikoneen emo Core i3:lla ja 8 gigalla muistia.
Tästä ketjusta varmaan saa vastauksen:
Minulla on eräässä testipenkissä Ubuntu 20.04 LTSB -asennus 250-gigaisella S-ATA HDD:llä. Tuo kovo on jeesuksen aikainen ja ruksuttelee pahaenteisesti toisinaan. Mikä olisi yksinkertaisin tapa kloonata tuo levy A) toiselle samanlaiselle levylle B) uudelle 120-gigaiselle SSD:lle siten, että voin lennosta korvata nykyisen levyn uudella ja homma toimii suoraan, eli on tarkka "peilikuva" nykyisestä levystä? Jos mitään merkitystä, niin emo on joku Asuksen H61-sarjalainen pakettikoneen emo Core i3:lla ja 8 gigalla muistia.