Näytä kirjoitukset

Tässä osiossa voit tarkastella kaikkia tämän jäsenen viestejä. Huomaa, että näet viestit vain niiltä alueilta, joihin sinulla on pääsy.


Viestit - maksim

Sivuja: [1] 2 3 ... 7
1
Minulla oli tämä systeemi reilun kuukauden käyttämättä, sittenpä olikin reilun Gigan verran päivityksiä odottamassa.
Nyt on sitten tilanne se, etten enää pääse kirjautumisruutuun asti, komentoriville kylläkin.
Syynä näyttäisi olevan nVidian ajurit, joita on kaksin kappalein systeemissä ja esim: komento:

Koodia: [Valitse]
pacman -R mhwd-nvidia-340xx
antaa herjan riippuvuuksista joita ei voi selvittää ja viittaa tuhon samaan pakettiin.
Kuinkahan tuon poiston saisi toimimaan? Poistaisin sitten kaikki nVidian ajurit.
Uudelleen asennus ei ole oikea vaihtoehto minulle.  ;D

2
Ubuntu tietokoneissa / Vs: Onko koneessani verkkokortti?
« : 29.08.18 - klo:12.48 »
Pitäisiköhän asentaa jotakin? Ainakin tuolla on ohjeet.

https://gist.github.com/h4cc/51750fa6843bf2c7e1ee21a003b923cf

Myös TP-Linkin sivuilla on ohjeet U 16.04:sta varten.

https://static.tp-link.com/2018/201805/20180508/Installation%20Guide%20for%20Linux.pdf

Olisiko näistä apua?

3
Tuo dongeli/piiri on aika haasteellista saada toimimaan Linuxissa. Minä en ole vielä saanut onnistumaan.
Vilkaise linkkiä, siellä on sama piiri.
https://forum.ubuntu-fi.org/index.php?PHPSESSID=3c64752d88234db05333ce175329603e&topic=53483.0
Mediatekin sivuilta löytyy linux-ajuri, ZIP-paketissa, mutta se on omppu-formaatista (.dmg) ja on muunnettava .img-formattiin, jotta sitä voisi käyttää.
Tuon olen tehnytkin, mutta jokin mättää vielä.
Täytyy jatkaa tutkailemista, kunhan ehdin.



4
Onko joku saanut tämän palikan toimimaan linuxissa?
Koodia: [Valitse]
Bus 008 Device 004: ID 0b05:17db ASUSTek Computer, Inc. USB-AC50 802.11a/b/g/n/ac (1x1) Wireless Adapter [MediaTek MT7610U]
Tästä on juttuja monenkin distron palstoilla, mutta ei varsinaisia neuvoja asennuksen suhteen, siis toimivia.
Tämä tuli reitittimen kylkiäisinä ja toimii Wintoosassa, mutta enemmän minua kiinnostaisi toiminta Linuxissa.


5
Tämä Manjaro ei taida tykätä  muitten järjestelmien grubeista, minulla on neljän levyn systeemi ja kaikilla niistä ainoastaan tuo fallback -versio toimii.
Asensin sitten pelkän grubin tästä Manjarosta ja siitä käynnistyy ilman mitään ongelmia.
Näyttäisi siltä, että muut järjestelmät eivät tunnista oikein kaikkia noita Manjaron grubin rivejä.
Koodia: [Valitse]
[esa@Manjaro_64 ~]$ sudo update-grub
[sudo] salasana henkilölle esa:
Tuottaa grub-asetustiedoston ...
Tausta löytyi: /usr/share/grub/background.png
Linux-levykuva löytyi: /boot/vmlinuz-4.14-x86_64
Löytyi initrd-levykuva: /boot/intel-ucode.img /boot/initramfs-4.14-x86_64.img
Found initrd fallback image: /boot/initramfs-4.14-x86_64-fallback.img
Linux-levykuva löytyi: /boot/vmlinuz-4.14-rt-x86_64
Löytyi initrd-levykuva: /boot/intel-ucode.img /boot/initramfs-4.14-rt-x86_64.img
Found initrd fallback image: /boot/initramfs-4.14-rt-x86_64-fallback.img

Tällä grubilla toimii.

6
Asenettuna on pari muutakin kernelinä mutta sama kaikilla tulos. Vain fallback -rivi toimii.
Mutta menee tämä näinkin, koska tässä vaiheessa vain tutustun ja opettelen systeemiä.
En kirjannut muistiin noita herjoja kernel-panicin yhteydessä.
Olikohan siinä jotain sellaista kuin umount fs root ja jotain muutakin.

7
Asensin sitten minäkin Manjaron (KDE) pari päivää sitten ja toimiihan tämä, ei siinä mitään. Uusia  pääte-komentoja joutuu etsimään ja opettelemaan, mutta sehän kuuluu asiaan.
Asennus on aikalailla samanlainen kuin muissakin distroissa.
Eka käynnistyskin sujui hyvin, mutta päivitysten jälkeen käynnistyy vain kernel panic -moodiin.
Ainoastaan Fallback -moodilla käynnistyy työpöydälle asti ja toimii moitteitta.
nVidian ajuritkin asentuivat ja toimivat kuten pitääkin.
Asensin tämän samalle levylle Fedoran kanssa jä käynnistyy Fedoran grubin kautta, mutta tuskin siitä johtunee nuo käynnistysngelmat.

8
Olikohan se nykyään nimeltään dnfdragora. Tuo yumex jäi pois muutama versio sitten.
Koodia: [Valitse]
sudo dnf install dnfdragoraOn ulkonäöltään jonkinverran erilainen kuin yumex, mutta suurinpiirtein samat toiminnot siinä on.

9
Käynnistyykö kone kuitenkin jonnekin asti, vaikkakin lukuisien failet-herjojen saattelemana, vai jääkö grubin virheeseen?
Jos vika pelkästään fstab-tiedoston virheellisyys, niin CTRL + ALT + F2 yhdistelmällä voisi päästä konsoliin ja kirjautumaan sisään komentoriville.
Siellä sitten voi tehdä sopivia korjausliikkeitä.
Minulla katosi muutama viikko sitten, omien touhujeni seurauksena,  yhdestä fstab -tiedostosta juuri-osion UUID -osoite ja kone käynnistyi noitten failet-herjojen
saattelemana jonnekin asti, mutta tuolla yhdistelmällä pääsin tekemään korjaukset  ko tiedostoon.


10
Yleistä keskustelua / Vs: Firefoxin poisto win10
« : 11.06.18 - klo:19.31 »
Näyttäisi olleen/olevan muillakin samantyyppisiä ongelmia FF:n kanssa
Oliko tuolla ratkaisua?
https://support.mozilla.org/en-US/questions/950068
https://support.mozilla.org/en-US/questions/1053677

11
Yleistä keskustelua / Vs: Firefoxin poisto win10
« : 11.06.18 - klo:11.14 »
Voihan nuo polttaa CD-levyllekin josko ne käynnistyvät paremmin koneessasi.
Mutta jos ylipäätänsä käynistyy usb:ltä niin WIN10:n asennustikulta käynnistämällä pääsee komentoriville, kun aikansa menee eteenpäin ja valitsee oikein,
niin sieltä voisi kokeilla poistaa ongelmatiedosto wintoosan delete-komennolla, polku pitää tosin olla tiedossa ko tiedoston sijaintiin.
Windowsissa on Rufus, https://rufus.akeo.ie/?locale=fi_FI, mainio softa kaikenlaisten usb - asennustikkujen tekoon.
Tikun pitää tietenkin olla ehjä, eli jos on mahdollista, niin testata toisessa kokoonpanossa  tikun toimivuus.
Wintoosan vikasietotila voisi myös olla yksi vaihtoehto kokeilla poistoa.

12
Yleistä keskustelua / Vs: Firefoxin poisto win10
« : 10.06.18 - klo:16.46 »
Joku Linuxin live-tikku on sitten oikea lääke. Sillä nuo poistot onnistuvat varmasti.
Ehkä BootRepairDisk oikealla bittisyydellä on sopivin.

13
Yleistä keskustelua / Vs: Firefoxin poisto win10
« : 10.06.18 - klo:14.36 »
Eikös ne Firefoxin käynnissä olevat prosessit, ja tietenkin kaikki muutkin, saa tapettua/lopetettua Wintoosan Tehtävienhallinan kautta.
CTRL + ALT + Delete muistaakseni pääsee sinne. Pääsiköhän sinne myös sen palkin kautta, hiiren oikealla namiskalla, ei ole nyt Wintoosaa käytettävissä.
Tuolta kun sammuttaa/lopettaa kaikki Firefoxin prosessit niin pitäisi taas toimia,
Tuon Tehtävienhallinnan välilehdillä on muitakin joskus tarpeellisia säätöjä tehtävissä.
On tuota samaa ongelmaa ollut joskus minullakin ja tuolla tavalla pääsin itse ongelman ohi.

Muoks. Esaurus ehtikin jo ennemmin  :)

14
Netistälöytyi tälläinen ohje:  http://www.geekride.com/huawei-e173-on-ubuntu/        mutta ei tunnista tota aptitude käskyä
Tuo aptitude pitäisi asentaa erikseen. Ei ole mukana perussetissä.
Käytä apt:ä eli näin:
Koodia: [Valitse]
sudo apt install usb_modeswitch -yTietenkin jos haluat käyttää aptitudea, niin asenna se:
Koodia: [Valitse]
sudo apt install aptitude

15
Päivitin Kubuntun 17.10 -> 18.04:n ja jostakin syystä locale-asetukset olivat muuttuneet. Päivityksen jälkeen koko järjestelmä oli sekakielinen,
korjausohjeet löytyivät ulkomaiselta forumilta. Locale -asetus on nyt kunnossa.
Mutta, mutta.. varsinainen työpöytä on edelleenkin sekakielinen, pääosin suomenkielinen osa englaniksi.
KDE System Settings -->Alueasetukset -->Kieli -->American English, on ainoana vaihtoehtona.
Tarpeelliset kielipaketit on mielestäni kaikki asennettuna, mutta tuossa listassa on silti vain tuo amerikan kieli, ei muita.
Language-pack-kde-fi -paketin pitäisi kai sisältää kaikki tarpeellinen käännökseen, vai puuttuukohan silti vielä jotakin?
Sinällään tuosta ei ole minulle haittaa, mutta olisihan tuo kieliasetuskin saatava oikeaksi.
Mitähän tuolle pitäisi tehdä?
 

16
Näkyy olevan myös autonegotiation pois päältä Fedorassa ja varmaankin sen vuoksi kättelee vain half-duplex-yhteyden. Se voi hyvinkin hidastaa tuota yhteyttä. Mielenkiintoinen vika. Verkkoa varmaankin hallitaan Network Managerilla, mutta en muista sen asetuksissa olevan valintaa tuolle. Ethtool pystyy sitä kyllä säätämään. Autonegotiation päälle:
Koodia: [Valitse]
sudo ethtool -s enp10s0 autoneg onPois päältä, full-duplex ja 100 Mb/s -kaista:
Koodia: [Valitse]
sudo ethtool -s enp10s0 speed 100 duplex full autoneg off
Liekköhän joku syy, miksi Fedora on tuon mennyt ottamaan pois päältä tässä tapauksessa. Ei se kuitenkaan normaalia ole.

Tuo eka loitsu korjasi tilanteen ja nyt pikaisten testauksien jälkeen yhteys tuntuu toimivan kuten pitääkin.
Kiitos, Tomin!

17
Kone on lankayhteydessä ja  uname -a kertoo:  Linux Fedora_64 4.16.8-300.fc28.x86_64

Kubuntu kertoo tätä:
Koodia: [Valitse]
Kubuntu_64:~$ sudo lshw -c network
[sudo] salasana henkilölle esa:
  *-network                 
       description: Ethernet interface
       product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:0a:00.0
       logical name: enp10s0
       version: 09
       serial: 40:16:7e:28:0a:af
       size: 100Mbit/s
       capacity: 1Gbit/s
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=full firmware=rtl8168f-1_0.0.5 06/18/12 ip=192.168.1.92 latency=0 link=yes multicast=yes port=MII speed=100Mbit/s
       resources: irq:56 ioport:b000(size=256) memory:fa104000-fa104fff memory:fa100000-fa103fff
Ja Fedora 28:
Koodia: [Valitse]
Fedora_64 ~]$ sudo lshw -c network
[sudo] salasana henkilölle esa:
  *-network                 
       description: Ethernet interface
       product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:0a:00.0
       logical name: enp10s0
       version: 09
       serial: 40:16:7e:28:0a:af
       size: 100Mbit/s
       capacity: 1Gbit/s
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
       configuration: autonegotiation=off broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=half firmware=rtl8168f-1_0.0.5 06/18/12 ip=192.168.1.92 latency=0 link=yes multicast=yes port=MII speed=100Mbit/s
       resources: irq:56 ioport:b000(size=256) memory:fa104000-fa104fff memory:fa100000-fa103fff
Muuta eroa ei näyttäsi olevan kuin Kubuntussa duplex=full  ja Fedorassa duplex=half.
Tuossako lienee se syy,  ehkä..

18
Minulla on ilmennyt ongelma Fedoran ja reitittimen välisessä yhteysnopeudessa.
Linja on DNA:n valokuitu 100 /10 Mbps.
Fedoralla nopeus on 7 -9 Mbps/11 Mbps mitattuna esim. tällä: https://fast.com/fi/
Ongelma on ollut jo jonkin aikaa ja ilmennyt päivitysten omituisena hitautena, mutta taustalla tehtynä en ole siihen kiinnittänyt sen kummemmin huomiota.
Mutta päivitys Fedora 27 -->Fedora 28:n valui koneelle keskimäärin 400 kt/s, olisi pitänyt tulla moninkertaisella nopeudella, joten ongelma näkyi selvästi.
Samalla koneella on myös Ubuntu 18.04, OpenSuse Leap ja Wintoosa, kaikki omilla levyillään, noissa tuota yhteysongelmaa ei ole, vaan kaikki näyttävät nopeudeksi 90 -95 Mbps /11 Mbps, kuten pitääkin.
On aivan sama käynnistääkö Fedoran suoraan tai uudelleen esim. Susen jälkeen, nopeus putoaa aina alas.
Samaan aikaan käytössä oleva kannettava mittaa nopeuden olevan tapissa, eli yhteys reitittimen ja DNA:n välillä on kunnossa.
Ongelma on vain Fedoran ja reitittimen välisessä yhteydessä.
Nopeus korjaantuu istunnon ajaksi normaaliksi, kun uudelleenkäynnistää reitittimen.
En keksi mitä tuossa muuttuu.
Olen kokeillut Fedorassa niin DNA:n kuin Googlenkin nimipalvelimia, mutta ongelma lienee jossakin muualla
asetuksissa, mutten ole löytänyt, että missä.
Reititin on Asus RT-AC52U.

19
Tuota samaa tekee toisinaan minulla Xubuntu, syy eiole selvinnyt.
Rajoitetummin voi käyttää merkkipohjaista sivustoa:
https://pda.op.fi
Ainaki pystyy laskuja maksamaan.

20
Minulla myös jumitti, mutta keskeytyksen ja uudelleen yrittäminen toimi ja tulos oli
This system may be vulnerable
Kyseessä läppäri ja Intel i5 CPU M520, ei siis ihan uusinta versiota.

Sivuja: [1] 2 3 ... 7