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 - pikkalle

Sivuja: 1 2 3 [4] 5 6 ... 19
61
Kovalevy on nyt vaihdettu, ja Win 7 on asennettu. Kun asennuksen jälkeen laitoin Linux-kovalevyn paikalleen, niin kone starttasi muuten normaalisti, mutta Grub valikossa ei edelleenkään näkynyt Win 7 riviä. Yritin päivittää Grup-ohjelman, mutta jotenkin onnistuin siinä törttöilemään, koska nyt kone menee käynnistyksessä  grup> hakemistoon, enkä pääse siitä enää eteenpäin.

Voisivatko viisaat UBUNTU-miehet kertoa minulle, miten saan koneeni taas toimimaan tolkullisesti. Miten saan koneeseen normaalinäytön, jotta pääsisin päätteellä antamaan sopivat komennot Grup-alkulataajan saamiseksi ojennukseen. Win 7 on levyllä sda  ja Linux-Mint levyllä sdb. Aiemmin Grub oli asennettu Linux-levylle sdb, koska se on boottausjärjestyksessä ensimmäisenä.



62
Levy näyttää pyyhkiytyneen tyhjäksi, tai ainakin osiotaulu on kadonnut. Jos siellä on tärkeää varmuuskopioimatonta dataa, palautusta voi yrittää TestDiskillä tai PhotoRecillä. SSD:n tapauksessa on kuitenkin melko todennäköistä, ettei sieltä irtoa enää mitään järkevää, jos levyohjain tai flash-muisti on seonnut.

Kiitokset tiedoista. Win 7  SSD-levyllä ei ollut mitään tärkeää, sillä päivittäiset asiat hoidan aina Linuxilla. Jotenkin kummastuttaa tämä SSD-levyjen heikko kestävyys, sillä levy oli ollut käytössä vasta reilut kolme vuotta. Ikinä minulta ei ole mistään koneesta mennyt pyörivä kovalevy rikki näin vähäisellä käytöllä. Taitaa SSD-levyissä olla vielä paljonkin lastentauteja.


63
Mitä parted kertoo levyn osioista:

Koodia: [Valitse]
sudo parted -l

Saan komennolla  sudo parted -l  seuraavan listauksen:

Koodia: [Valitse]

Error: /dev/sda: unrecognised disk label
Model: ATA KINGSTON SUV400S (scsi)                                       
Disk /dev/sda: 120GB
Sector size (logical/physical): 512B/4096B
Partition Table: unknown
Disk Flags:

Model: ATA KINGSTON SUV400S (scsi)
Disk /dev/sdb: 120GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:

Number  Start   End    Size    Type      File system     Flags
 1      1049kB  112GB  112GB   primary   ext4            boot
 2      112GB   120GB  8016MB  extended
 5      112GB   120GB  8016MB  logical   linux-swap(v1)



64
Minulla on tuplaboottikone, jossa on Linux-Mint sekä Win 7.  Molemmat käyttöjärjestelmät ovat erillisillä SSD-levyillä. Tänä aamuna huomasin käynnistyksen yhteydessä, että Grubissa Win 7 rivi oli häipynyt pois. Kun tarkastelin levyjä, niin levy A, jossa on asennettuna Win 7, antaa seuraavat herjat.

Koodia: [Valitse]

Malli     KINGSTON SUV400S37120G (0C3J96R9)

Koko       120 GB (120 034 123 776 tavua)

Arviointi  SMART ei ole päällä

Laite     /dev/sda

Sisältö   Tuntematon



Yritin asentaa Grub-ohjelman uudestaan, mutta se ei korjannut tilannetta. Onkohan Win 7 SSD kovalevy mennyt rikki vai voiko koneessa olla muutakin vikaa? Voisinko antaa päätteellä joitakin komentoja, joilla tilanne saataisiin kuntoon vai onko kyseessä HW-vika?


65

Homma alkaa vähitellen selvitä. Linux-Mint 19.2 lataa Stellarium 0.18.0 version ohjelmasta, ja se ei edes käynnisty vanhassa LENOVO-läppärissä.

Pöytäkoneeni Mint 18.2 lataa Stellarium 0.14.3 version ohjelmasta, joka kyllä toimii koneessa, mutta heittää hieman herjaa näytönohjaimesta.

ASUS-miniläppärini  Mint 17.2 lataa Stellarium 0.12.0 version ohjelmasta, ja se toimii siinä koneessa ihan kelvollisesti.

Ilmeisesti vanhaan LENOVO-koneeseen pitäisi asentaa Stellarium 0.12.0 versio ohjelmasta, niin se ehkä toimisi kunnolla.

Stellarium ohjelman web-versio toimii hyvin pöytäkoneessani, mutta ASUS-miniläppärissä se ei jaksa toimia ollenkaan, vaan ruutu pysyy mustana. Onneksi web-versio toimii suhteellisen liukkaasti LENOVO-läppärissä, joten Stellarium-ongelma on siltä osin ratkaistu.


66
Muistialueen ylitys tarkoittaa sitä, että ohjelma yritti käyttää osoitinta paikkaan, jonka käyttö ei ollut sallittu. Noita tulee yleensä ohjelmointivirheiden vuoksi. Sillä ei ole yleensä mitään tekemistä muistin loppumisen kanssa, varsinkaan Linuxissa.

Sen sijaan nuo muut virheilmoituksen viestit näyttävät kertovan siitä, että Stellarium ei toimi tietokoneessasi liian kyvyttömän näytönohjaimen vuoksi. Stellarium vaatii nykyään OpenGL 3.0:n (3.1 riippuen mitä sivua lukee) mutta koneesi näytönohjain tukee vain versiota 2.1.

Vanhemassa Linux Mintin versioissa on vanhempi versio Stellariumista ja se toimii paremmin, koska se vaatii vähemmän näytönohjaimelta. Lisäksi jossain toisessa koneessa voi olla nykyaikaisempi näytönohjain, jonka kanssa uusikin Stellarium toimii.

Kiitokset selventävistä tiedoista. Nyt kysyn vielä sitä, pitääkö minun asentaa vanhempi Mint 18.2 versio takaisin, jotta voin saada vanhemman Stellariun version toimimaan LENOVO läppärissä vai olisiko teknisesti mahdollista, että jostain voisin ladata koneeseen Stellariun-ohjelman vanhemman version ja yrittäisin sitten ajaa sitä uusimassa  Mint 19.2 käyttöjärjestelmässä. Kumpiko tie kannattaisi valita, jotta lapset pääsisivät tutkimaan tähtitaivasta vanhalla halvalla LENOVO koneella? 


67


Kun stellariun-ohjelma käynnistettiin päätteellä, niin saatiin ruudulle seuraavaa tekstiä:

Koodia: [Valitse]
-------------------------------------------------------
[ This is Stellarium 0.18.0 - http://www.stellarium.org ]
[ Copyright (C) 2000-2018 Fabien Chereau et al.         ]
 -------------------------------------------------------
Writing log file to: "/home/xxxxxx/.stellarium/log.txt"
File search paths:
  0 .  "/home/xxxxxx/.stellarium"
  1 .  "/usr/share/stellarium"
Config file is:  "/home/xxxxxx/.stellarium/config.ini"
Default surface format:  QSurfaceFormat(version 2.0, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize -1, redBufferSize -1, greenBufferSize -1, blueBufferSize -1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SwapBehavior(DefaultSwapBehavior), swapInterval 1, profile  QSurfaceFormat::OpenGLContextProfile(NoProfile))
Desired surface format:  QSurfaceFormat(version 2.1, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize 24, redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 8, stencilBufferSize 8, samples -1, swapBehavior QSurfaceFormat::SwapBehavior(DefaultSwapBehavior), swapInterval 1, profile  QSurfaceFormat::OpenGLContextProfile(NoProfile))
StelGLWidget constructor
StelGraphicsScene constructor
initializeGL
OpenGL supported version:  "2.1 Mesa 19.0.8"
Current Format:  QSurfaceFormat(version 2.1, options QFlags<QSurfaceFormat::FormatOption>(DeprecatedFunctions), depthBufferSize 24, redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 8, stencilBufferSize 8, samples 0, swapBehavior QSurfaceFormat::SwapBehavior(DefaultSwapBehavior), swapInterval 1, profile  QSurfaceFormat::OpenGLContextProfile(NoProfile))
StelMainView::init
Detected: OpenGL "2.1"
Driver version string: "2.1 Mesa 19.0.8"
GL vendor is "Intel Open Source Technology Center"
GL renderer is "Mesa DRI Mobile Intel® GM45 Express Chipset "
GL Shading Language version is "1.20"
MESA Version Number detected:  19
Mesa version is fine, we should not see a graphics problem.
GLSL Version Number detected:  1.2
This is not enough: we need GLSL1.30 or later.
You should update graphics drivers, graphics hardware, or use the --mesa-mode option.
Else, please try to use an older version like 0.12.5, and try there with --safe-mode
You can try to run in an unsupported degraded mode by ignoring the warning and continuing.
But more than likely problems will persist.
Muistialueen ylitys (luotiin core-tiedosto)


Listassa on yhtä ja toista herjaa, jota en ymmärrä. Kaksi muutakin konettani herjaa samoista asioista, mutta ohjelma kuitenkin niissä käynnistyy. Minulla on se käsitys, että suurin ongelma on listan lopussa näkyvä muistialueen ylitys.

En ymmärrä, miten tämä muistialueen ylitys korjataan. Koneessa on muistia 4 GB, joten uskoisin sen riittävän. Miniläppärini, jossa on muistia vain 1 GB, ei herjaa mitään muistialueen ylityksistä. Voisivatko viisaat UBUBTU-miehet ohjata minua eteenpäin, jotta saisin ohjelman toimimaan LENOVO läppärissäni.


68
Mikähän mahtaa olla vikana, kun tähtitaivasta kuvaava Stellarium opetusohjelma ei toimi kannattavassa Lenovo tietokoneessa, jossa on Linux Mint 19.2 käyttöjärjestelmä. Ohjelma kyllä lähtee käyntiin, ja ensimmäinen kuvio välähtää hetkeksi ruudulle, mutta sen jälkeen ei tapahdu mitään. Olen kertaalleen poistanut asennuksen ja asentanut ohjelman uudestaan, mutta tilanne on aivan sama.

Kokeilin asentaa Stellarium-ohjelman kahteen muuhun tietokoneeseen, joista toisessa on Linux-Mint 18.2 ja toisessa Linux-Mint 17.2 käyttöjärjestelmä. Molemmissa näissä koneissa Stellarium-ohjelma käynnistyy ja toimii ihan normaalisti, joten epäilen käyttöjärjestelmän uusinta versiota. Onko mahdollista, että ohjelma ei toimi uusimmassa Linux-Mint versiossa lainkaan?

Voisivatko viisaat UBUNTU-miehet kertoa minulle, voinko antaa päätteellä koneelle sellaisen komennon, että saan Stellarium-ohjelman käyntiin Linux-Mint 19.2 koneessa? Jos tämä ei onnistu, niin pitääkö minun asentaa koneeseen vanhempi 18.2 versio? Ottaa vähän pannuun, kun tein turhaa työtä. Ennen koneen käyttöönottoa siinä oli Linux-Mint 18.2, mutta asensin kuitenkin koneeseen uusimman 19.2 version., koska luulin sen toimivan paremmin.

 

69

Jäljet johtivat sylttytehtaaseen

Suoritin koneelle PING-testin. Kun ethernetkaapeli oli kytkettynä koneeseen, niin PING-testi antoi seuraavan tuloksen:

Koodia: [Valitse]

PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=55 time=15.2 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=55 time=20.7 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=55 time=17.3 ms

--- 8.8.8.8 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 15.273/17.765/20.708/2.241 ms



Kone oli siis verkossa lankayhteyden kautta.

Kun ethernet-kaapeli irrotettiin, niin PING-testi antoi seuraavan tuloksen:

Koodia: [Valitse]

PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.

--- 8.8.8.8 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2016ms



Wlan-yhyteydellä kone ei siis keskustellut verkon kanssa, ja siksi selain ei toiminut. Seuraavaksi aloin tutkia reitittimen konfigurointia, ja sieltähän se vika sitten löytyikin. Olen konfiguroinut reitittimen siten, että tietyt koneet käyttävät aina samaa IP-numeroa, koska silloin eri laitteiden seuranta on helpompaa. Olin kuitennkin unohtanut DCHP Address Reservation listasta yhden tietokoneen, joka käyttää aina IP-numeroa 192.168.0.106. Koska tätä numeroa ei ollut varauslistassa, niin reititin antoi automaattisesti tämän vapaan IP:n ongelmakoneen käyttöön, vaikka tämä IP ja toisen koneen MAC-numero oli toisessa listassa naitettu yhteen.

Ongelma johtui siis siitä, että boottauksen yhteydessä kone sai langattomalle yhteydelle sellaisen IP-osoitteen, joka toimi  vain toisen MAC-numeron kanssa. Laitoin DCHP Address Reservation listaan IP-osoitteen 192.168.0.106 varatuks toiselle koneelle, jonka jälkeen tutkittavana ollut kone sai käyttöönsä IP-osoitteet 192.168.0.107 ja 192.168.0.108. Tämän jälkeen langaton ja langallinen verkkokortti toimivat normaalisti.

Vika oli siis siellä, missä viimeksi oli touhuttu. Ihan omaa törttöilyä koko homma, mutta sellaista sattuu joskus. Onneksi homma on nyt ratkaistu. Kiitokset kaikille viisaille UBUNTU-miehille hyvistä vihjeistä.





70

Laitoin USB-Wlan-kortin toiseen Linux-koneeseen, mutta ei se siinäkään toiminut. Kone kyllä kytkeytyi nopeasti verkkoon, mutta selain ei nytkään toiminut. Käyttäytyminen oli täsmälleen sama kuin ongelmakoneessakin.

Tämän kokeen jälkeen aloin tutkia tarkemmin pakkauslaatikkoa. Havaitsin, että siinä oli maininta: Linux Kernel 2.6.18-3.19.3 . Kuinka tämä todennäköisesti vanha Kernel ladataan koneeseen niin, ettei toiminta muuten häiriinny. USB-kortti on tyypiltään TP-link TL-WN725N


71
Onko tuo nyt tilanteessa jossa langallinen verkko pitäisi olla päällä ? Koska se on tuossa listauksessa alhaalla ja sillä ei ole Ip osoitetta.


Edellisessä listassa kaapeli ei ollut kytkettynä tietokoneeseen. Kun laitoin kaapelin kiinni, niin kone kytkeytyi heti langalliseen verkkoon ja netti lähti toimimaan. Komennolla ip a tuli nyt tällainen lista:

Koodia: [Valitse]


1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: enp2s8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:0c:f1:e3:30:d4 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.107/24 brd 192.168.0.255 scope global dynamic enp2s8
       valid_lft 291sec preferred_lft 291sec
    inet6 fe80::d11f:49b7:2cf6:9dc6/64 scope link
       valid_lft forever preferred_lft forever
3: wlx503eaa4f68a4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 50:3e:aa:4f:68:a4 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.106/24 brd 192.168.0.255 scope global dynamic wlx503eaa4f68a4
       valid_lft 265sec preferred_lft 265sec
    inet6 fe80::4206:f078:2711:2e78/64 scope link
       valid_lft forever preferred_lft forever


Mitähän voimasanoja koneelle pitäisi vielä kertoa, jotta langattolalla yhteydellä saisin netin toimimaan?

72

mitä
Koodia: [Valitse]
ip a palauttaa ?

Komenolla ip a saan seuraavaa tekstiä:

Koodia: [Valitse]


1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: enp2s8: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether 00:0c:f1:e3:30:d4 brd ff:ff:ff:ff:ff:ff
3: wlx503eaa4f68a4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 50:3e:aa:4f:68:a4 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.106/24 brd 192.168.0.255 scope global dynamic wlx503eaa4f68a4
       valid_lft 272sec preferred_lft 272sec
    inet6 fe80::4206:f078:2711:2e78/64 scope link
       valid_lft forever preferred_lft forever


Kone on konfiguroitu siten, että se käyttää aina langallista yhteyttä, mikäli sellainen on tarjolla. Jos langallinen yhteys katkaistaan, niin uusi USB-verkkokortti kytkeytyy siististi verkkoon, mutta selain ei lähde toimimaan. Jotain tarttis vielä tehdä.



73
Pieni lisäkysymys

Kysyn vielä viisailta UBUNTU-miehiltä, onko ndisgtk-ohjelman ja Win-ajureiden käyttö pannut koneen niin sekaisin, että langatonta yhteyttä ei saa ollenkaan toimimaan?  Koneessa saattaa olla vielä asennettuna joitakin Ndiswrapper-ohjelmia. Täytyykö ne kaikki poistaa koneesta, jotta saan sen toimimaan? Pitääko joitakin joitakin Ndiswrapper-ohjelmia jättää koneeseen?

Mitähän ihan käytännössä tarkoittaa koneen iwconfig-komennolla tuleva herja no wireless extensions. Koska kone USB kortilla kytkeytyy helposti langattomalle yhteydelle, niin kyllähän kone silloin jotain langattomasta yhteydestäkin "ymmärtää".


 

74


Puolittainen ratkaisu löytyi

Kävin hakemassa kaupasta langattomaan verkkoon sopivan USB-verkkokortin, ja nyt langattomaan verkkoon kytkeytyminen sujuu vaivatta. Ratkaisu on vain puolittainen, sillä selain ei kuitenkaan toimi langattomalla yhteydellä, vaan se herjaa jatkuvasti siitä, että palvelinta ei löydy.

Komennolla iwconfig saan nyt seuraavan listan:

Koodia: [Valitse]


enp2s8    no wireless extensions.

wlx503eaa4f68a4  IEEE 802.11bgn  ESSID:"XXXX-VERKKO"  Nickname:"<WIFI@REALTEK>"
          Mode:Managed  Frequency:2.452 GHz  Access Point: E8:94:F6:06:2C:85   
          Bit Rate:150 Mb/s   Sensitivity:0/0 
          Retry:off   RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality=0/100  Signal level=2/100  Noise level=0/100
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

lo        no wireless extensions.


Mitähän asetuksia pitäisi vielä muuttaa, jotta saisin selaimenkin toimimaan. Samasta reitittimestä tulevalla lankayhteydellä netti toimii normaalisti.

Zyxel-korttien kanssa touhutessani sain pari kertaa kortin kytkeytymään verkkoon, mutta silloinkaan nettiselain ei toiminut. Ilmeisesti olen kokeilujeni aikana sählännyt jotain ylimääräistä, koska kone on mennyt vähän sekaisin. Tietävätko viisaat UBUNTU-miehet jotakin komentoa, jolla koneen saisi ojennukseen eli selaimen saisi toimimaan myös langattomalla yhteydellä. Jos laitan Zyxel kortin koneeseen, niin komennolla iwconfig tulee pelkästään ilmoitus no wireless extensions.




75
Kyseisen kortin pitäisi toimia suoraan kernelin rtl818x_pci-ajurilla ilman ndiswrapperia: https://wikidevi.com/wiki/ZyXEL_ZyAIR_G-302_v3

Windows-ajuri ei taida tukea WPA2:ta oikein: https://www.linuxquestions.org/questions/linux-wireless-networking-41/rtl8185-wpa2-aes-ndiswrapper-wpa_supplicant-710283/


Mielenkiintoista tämä langattomien verkkokorttien konfigurointi. Kun asensin koneeseeni Mint 18.3 käyttöjärjestelmän, niin jouduin ottamaan langattoman Zyxel-verkkokortin kokonaan pois, sillä kortin ollessa koneessa boottaus jäi kesken eikä asennus onnistunut. Koska aiemminkin Ubuntujen kanssa olin samoissa ongelmissa, niin nyt asensin koneeseen heti ndisgtk-ohjelman, jotta sain koneen boottaamaan kunnolla.

Jos Zyxel-kortin pitäisi toimia pelkällä Linux-ajurilla, niin silloinhan voisin poistaa koneesta kaikki Win-härpäkkeet. Jos kone poistamisen jälkeen ei enää boottaa, niin silloin joudun taas ottamaan kortin pois koneesta, ja kaupasta pitää ostaa uusi Wlan-kortti. Muuta ratkaisua en näe tässä tilanteessa.


 

76

Komennolla  sudo lshw -c network tulee seuraava lista:

Koodia: [Valitse]

*-network:0             
       description: Wireless interface
       product: RTL-8185 IEEE 802.11a/b/g Wireless LAN Controller
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 1
       bus info: pci@0000:02:01.0
       logical name: enp2s1
       version: 20
       serial: 00:19:cb:41:68:bc
       width: 32 bits
       clock: 33MHz
       capabilities: pm bus_master cap_list ethernet physical wireless
       configuration: broadcast=yes driver=ndiswrapper+net8185 driverversion=1.60+ZyXEL,04/13/2006,5.1060.041 latency=32 link=no maxlatency=64 mingnt=32 multicast=yes wireless=IEEE 802.11g
       resources: irq:22 ioport:b800(size=256) memory:ff9ffc00-ff9ffdff
  *-network:1
       description: Ethernet interface
       product: 82562EZ 10/100 Ethernet Controller
       vendor: Intel Corporation
       physical id: 8
       bus info: pci@0000:02:08.0
       logical name: enp2s8
       version: 01
       serial: 00:0c:f1:e3:30:d4
       size: 100Mbit/s
       capacity: 100Mbit/s
       width: 32 bits
       clock: 33MHz
       capabilities: pm bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=e100 driverversion=3.5.24-k2-NAPI duplex=full ip=192.168.0.107 latency=32 link=yes maxlatency=56 mingnt=8 multicast=yes port=MII speed=100Mbit/s
       resources: irq:20 memory:ff9fd000-ff9fdfff ioport:bc00(size=64)



Kone yrittää kyllä kytkeytyä verkkoon, mutta yrittämisen jälkeen se aina herjaa huonosta salasanasta, vaikka  salasana on varmasti kirjoitettu oikein. Kaikki muut laitteet kyllä kytkeytyvät verkkoon samalla salasanalla.


 

77
Minulla on pari vanhaa PCI-väylään menevää Zyxel 802.11g  G-302 v3 langatonta verkkokorttia, mutta en saa niitä enää kytkeytymään verkkoon. Aiemminkin oli niiden kanssa paljon vaikeuksia, mutta ndisgtk-ohjelman ja Win-ajureiden kanssa olen saanut ne jotenkin toimimaan. Nyt en uusimpien Mint-jakeluiden kanssa saa enää näitä Zyxel Wlan-kortteja toimimaan millään asetuksilla. Pitääkö nämä kortit heittää jo roskikseen ja ostaa tilalle nykyaikaisemmat vermeet?


Komennolla iwconfig saan seuraavan tekstin:

Koodia: [Valitse]


enp2s8    no wireless extensions.

lo        no wireless extensions.

enp2s1    IEEE 802.11g  ESSID:"XXXX-VERKKO" 
          Mode:Managed  Frequency:2.452 GHz  Access Point: E8:94:F6:06:2C:85   
          Bit Rate=54 Mb/s   Tx-Power:-2147483648 dBm   Sensitivity=0/3 
          RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality:100/100  Signal level:-30 dBm  Noise level:-96 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0


Voisivatko viisaat UBUNTU-miehet kertoilla minulle, saako näitä vanhoja Zyxel kortteja enää kohtuullisella työmäärällä toimimaan  vai pitääkö mennä kauppaan ostamaan nykyaikaisempi Linuxiin sopiva Wlan-kortti.



78
Muistaakseni Unetbootinissa on sellainen ominaisuus, että se laskee prosentit tiedostojen määrän mukaan eikä huomioi kokoa. Siellä asennuslevyllä on yksi iso tiedosto (squasfs-kuva), jonka kopiointi kestää kauan, ja siksi voi vaikuttaa siltä, että se jämähtää.

Oikea muistikuva

Sinulla on ihan oikea muistikuva asiasta. Tein aivan liian hätäisen arvion UNetbootin-ohjelman toiminnasta. Ohjelma näytti tosiaan jämähtävän paikalleen, kun valmista oli vain 11 %, mutta todellisuudessa ohjelma valmisteli USB-käynnistyslevyä ihan normaalisti. Kun jätin muistitikun paikoilleen UNetbootin-ohjelman pysähtyessä ja aloin selata samalla nettiä, niin "ihme" tapahtui. Selainta pysäyttäessäni havaitsin  UNetbootin-ohjelman ikkunassa ilmoituksen, että käynnistyslevy onkin valmis.

Otin USB-tikun koneesta ja laitoin sen ongelmakoneeseen. Vanha tietokoneone lähti heti boottaamaan ihan siististi, joten pystyn nyt asentamaan koneeseen Linux Mint 18.3 käyttöjärjestelmän. Suuret kiitokset kaikille viisaille UBUNTU-miehille hyvistä ohjeista. Ongelmien ilmaantuessa pitää kysyä neuvoa viisaammilta, niin silloin vanhatkin koneet voi herättää henkiin.




79
Elkohan sen jännitteen tasoittaa ja tantaalimalli lienee suositeltava.
En pysty arvaamaan olisiko tasajännitteen päällä ratsastava häiriö tuhonnut jotain. Sekottamaan toiminnan se varmasti pystyy.

Itse asennus, taitaisi olla helpompi kiertää ongelma ja asentaa CD: ltä noihin vanhimman polven koneisiin. 

Itse USB-käynnistys tikulta (koneen BIOS: in ominaisuus) voi olla sangen ronkkeli ja vanhimmat koneet eivät osaa USB-käynnistystä ollenkaan.
Etu- ja takaseinän porteissa voi olla eroa, kannattaa yleensä ensisijaisesti yrittää takaseinän porttia/portteja. 
Jos haluaa testailla edelleen tikkukäynnistystä niin voisi kokeilla tehdä sen tikun "Unetbootin"  -ohjelmalla.
Jos se oli jo tehty sen avulla niin nostan käteni pystyyn.



Latasin koneelleni Linuxin ohjelmapaketeista UNetbootin-ohjelman, mutta nyt ongelmaksi tuli se, että en pysty tekemään sillä USB-käynnistyslevyä. Homma lähtee kyllä hyvin käyntiin, mutta pysähty aina siihen vaiheeseen, missä vasta 11 % käynnistyslevystä on luotu. Kokeilin hommaa kahdella eri tietokoneella, ja molemmat koneet jumittuivat samaan vaiheeseen. Molemmissa koneissa ISO-tiedosto oli ladattuna koneen omalle kovalevylle.

Puuttuuko koneistani joitakin muita ratkaisevia ohjelmia. Latasin ennen yrityksiä koneisiini extlinux-paketin, mutta sekään ei auttanut. UNetbootin-ohjelma ei enää herjaa mitään, mutta ei myöskään tee hommaa loppuun asti. Mitä voisin tehdä seuraavaksi.




80
Haluaisin vaihtaa yhteen vanhaan 32-bittiseen tietokoneeseen UBUNTU 12.04 paikalle Mint 18.3 käyttöjärjestelmän, mutta en saa konetta boottaamaan USB-käynnistyslevyllä. Kone herjaa aina sitä, että isolinux.bin tiedosto on korruptoitunut tai puuttuu. Olen monta kertaa eri koneilla tehnyt käynnistyslevyn, mutta aina tulee sama virheilmoitus. Kun laitan saman USB-käynnistyslevyn muihin 32-bittisiin koneisiin, niin ne boottaavat aivan normaalisti ilman mitään virheilmoituksia.

Tämä ongelmakone boottaa muuten ihan normaalisti  Linuxilla ja Windowsilla, mutta ainoastaan USB-käynnistyslevyllä kone ei lähde käyntiin. Live-CD-levylläkin kone lähtee ongelmitta käyntiin ja toimii normaalisti. Nyt kysyn viisailta UBUNTU-miehiltä, mistä minun pitäisi alkaa etsiä vikaa, jotta pystyisin päivittämään koneeseen Mint 18,3 käyttöjärjestelmän?

*******************
Päivitys ei auttanut

Koska en saanut konetta boottaamaan USB-käynnistyslevyltä, niin pistin koneen päivittymään UBUNTU 14.04 versioon. Oletin, että päivityksen jälkeen kone osaisi käsitellä USB-käynnistyslevyä paremmin. Toive oli turha. Kone herjaa päivityksen jälkeen ihan samalla tavalla, mutta nyt se vielä antaa ilmoituksen, että "Järjestelmäohjelman ongelma on havaittu" . Kone antaa myös virheilmoituksen: "Valitettavasti UBUNTU 14.04 kohtasi sisäisen virheen" eli ojasta mentiin tukevasti allikkoon.

Mahtaisiko koneen korruptoituminen johtua siitä, että emolevyllä oli yksi vakava HW-vika. Muistipiirien lähellä olevassa + 5 V jännitteensyöttöpisteessä oli jännite täysin kelvotonta eli + 5 V:n päällä ratsasti voimakas värähtely, joka sotki koneen boottausta. Pisteeseen juotettiin uusi ELKO, jonka jälkeen jännite putsaantui. Kone boottaa nyt muuten hyvin, mutta USB-käynnistyslevyä se ei osaa käsitellä.

Kysyn nyt viisailta UBUNTU-miehiltä sitä, onko mahdollista se, että kelvoton + 5 V jännite olisi aiheuttanut koneen korruptoitumisen? Ongelma tietysti poistuisi sillä, että asenntaisin käyttöjärjestelmän kokonaan uudelleen (puhdas asennus), mutta en pääse sitä tekemään, koska kone ei osaa lukea USB-käynnistyslevyä. Voisiko jollakin komennolla korjata vialliset tiedostot, jotka estävät USB-käynnistyslevyn lukemisen?




Sivuja: 1 2 3 [4] 5 6 ... 19