HawP

Du vil nok da ha channel bonding av disse to linjene. Men har du sjekket at det ikke er ferdig bondede linjer Telenor i så fall kommer til å gi deg?

Finnes det i det hele tatt noen av de store selskapene som følger noen form for etikk og moral da!? Så lenge dem slipper kostbare rettssaker, så er det bare tut og kjør. Mener det var en amerikansk psykolog en gang som sammenliknet de store selskapene med en psykopat.

Definisjonen på Corporation fra "Djevelens ordbok" av Ambrose Bierce kan jo kanskje passe greit i denne sammenhengen:

 

 

Corporation n. An ingenious device for obtaining individual profit without individual responsibility.

Vet ikke om du har fått ordnet dette ennå, men skriver litt allikevel. "Til glede for nye lesere" om ikke annet

Ser ut til at du har fulgt guiden litt for bokstavelig, selv om din forutsetning var forskjellig. Han hadde to primær-partisjoner, du hadde en primær og en extended/logisk (ikke nødvendigvis et problem i seg selv). Men i tillegg ser det ut til at du hadde et "hull" mellom sda1 og sda2, som sda3 tok når du fulgte guiden. Så din sda3 ble på kun 1M, og er partisjon nr. 3, men ligger "fysisk plassert" mellom sda1 og sda2. Derfor det også står

Partition table entries are not in disk order.

Så siden du allerede har utvidet disken er nok det enkleste å slette sda3 og istedet lage en ny extended partisjon sda6 og bruke den. Start-sektor for sda6 bør da være 20969472 (i alle fall ikke lavere). Så kjører du pvcreate mot sda6 i stedet og bruker én av de to vgexted-kommandoene jeg skrev i forrige post.

Men, siden du kjører dette på esxi, så hadde nok det aller enkleste vært å bare legge til en "vm-disk" nr. 2 (sdb) med én partisjon og brukt den til lvm.

sda3 må initialiseres som en "physical volume" før du kjører vgextend.

sudo pvcreate /dev/sda3

Etter vgextend må du så utvide det logiske volumet (lvm sin "variant" av partisjon) du trenger plass på (basert på det jeg leser ut av posten din så har du to LV'er: root og swap. Regner derfor med at det er root som er aktuelt volum)

sudo lvextend --size +100%FREE /dev/Home-Assistant-vg/root

Etter det må du utvide filsystemet inne i volumet, hvordan det gjøres avhenger av filsystemet du bruker der.
Men er det ext3/ext4 eller XFS bør følgende kunne fungere

sudo lvextend --size +100%FREE --resizefs /dev/Home-Assistant-vg/root

Redigert: glemte sudo

Kommer jo litt an på hvor mange server 2016 installasjoner lisensen du har tillater?

Du bør vel også tenke litt på at du "bare" har 16G ram (i følge lista) opp mot antall vm'er, siden hver vm jo vil ha litt "minne-overhead" i form av os'et.

Er det noen store utfordringer med støtte i ESXi?

Generelt så støtter ikke esxi typiske "konsument-komponenter". Men du har jo funnet et server-hovedkort med et av Intel sine server brikkesett, så det bør fungere fint.

IPMI som siDDis skriver. Med mindre du skal ha serveren lett tilgjengelig (med skjerm og tastatur/mus) er IPMI en stor fordel. Finnes (selvfølgelig) også HK med IPMI til 1151, men de koster nok mer.

Skal jo ikke trenge å måtte angi "client max protocol" i hele tatt, "klient" og "server" skal automatisk finne ut hva som kan brukes.

Hva er det Mint gjør "annerledes" dersom den er nødvendig?

[...] melding på SMS fra Postnord om at denne må hentes på deres egen terminal som ligger mange kilometer [...]

Vi måtte i dag også til postnord sin terminal for å hente en pakke, fikk da vite at pga. de vil spare penger så vil alle i området derfor framover måtte hente pakker på «pick-up point» på terminalen. Jada ...

Jeg forsto ikke helt det med "hvis du kun har SSD tilkoplet" - kan jeg ikke gjøre det ellers?

Siden kommandoen brukte sda, så var det mest at du kunne være sikker på at ssd'en er sda dersom kun den er tilkoplet. Har du begge tilkoplet kan du fortsatt gjøre det, du må da bare finne ut om ssd'en er sda eller sdb

Når jeg kjører den første fdisk-kommandoen på SSD-en får jeg

Failed to read extended partition table (offset=471791614): Invalid argument (jeg får likevel en del info)

Den feilmeldingen får jeg ikke på HDD.

Har ingen erfaring med det selv, men jeg antar at det er fdisk sin "variant" av "partition outside the disk".

En annen ting er at hvis jeg ikke fysisk kobler fra HDD, får jeg ikke bootet fra SSD, selv om jeg velger den under oppstart.

Ingen egen erfaring med dette heller, men gjetter på at det kan komme av at begge har samme disk identifier, noe som kanskje gjør at grub blir "forvirret" og ikke behandler partisjonstabellene på diskene som to forskjellige tabeller?

Ser ut til at både HDD-partisjonen (som jeg krympet med Gparted) og SSD-partisjonen stopper på en sektor som ikke finnes...

Kan det være at det bare var filsystemet i partisjonen som ble krympet, og ikke partisjonen også?  (Har ikke så mye erfaring med gparted, siden opensuse har noe tilsvarende i yast)

Forøvrig, når jeg tenker meg om, så er det nok bedre å først krympe filsystemet og partisjonen på hdd så mye som mulig (i alle fall slik at den blir mindre enn størrelsen på ssd'en). Så kloner (dd) du hdd til ssd, har du fått partisjonen liten nok bør det da bare være "tomrom" den ikke får skrevet når ssd er "full". Så kopler du fra hdd, booter ssd (det bør da gå fint) og om ønskelig øker størrelsen på partisjonen og filsystem opp til maks. Men dette er kanskje ikke helt ulikt det du har forsøkt?

Når du kloner over på den mindre sdd'en med dd, så beholder den også "registrert" størrelse på partisjonen, dvs. sektoren det er "registrert" at partisjonen slutter på er større enn antall sektorer på ssd'en. Derfor klager den på "partition outside the disk".

Dersom "units" og "sector size" på gamle disken og ssd'en er likt (kan sjekkes med fdisk -l /dev/sd[ab]  ), så kan du forsøke å bruke fdisk til å slette klonet partisjonsinfo og opprette den på ny. fdisk endrer ikke på innholdet i partisjonen, så dersom det opprettes en ny partisjon som starter på akkurat samme sted (sektor) som gammel partisjon skal alt innholdet være intakt.

NB!!! Gjøres på eget ansvar.

Noter deg start-sektor på partisjonen og Id/Type.

På klonet ssd gjør du da (forutsetter "nyere" fdisk som angir partisjoner med sektorer)

1) fdisk /dev/sda  (dersom du kun har ssd tilkoplet)

2) Trykk d for å slette partisjon, har du kun en partisjon velges den automatisk

3) Trykk n for å lage ny, velg p for primary, og som start sektor angir du det du noterte deg om gammel partisjon

     Som slutt bruker du det den foreslår, som da bør være siste sektor på disken

4) Trykk L for å sette samme id/type på partisjonen som den gamle hadde.

5) Trykk w for å lagre og avslutte fdisk (den vil "varsle" om at kernel fortsatt bruker gammel info)

6) Boot for å teste (kernel får da samtidig får ny partisjonsinfo)

7) resize filsystemet til å stemme med ny partisjonsstørrelse.

Men å få buypass-identifisering (med smartkort) til å fungere i Firefox med javafri-løsningen sin (eller på Linux) klarer de ikke ...

Kan det være at du under "places" har en "referanse" til noe den ikke (lenger) finner (og som den dermed ikke viser) ?

Kommer ikke klart fram av "nyheten", men slik jeg tolker det så mener Pande at pga. økningen i antall GPU'er og regnekraften de innehar så nærmer de seg 100 petaflops regnet i x86-FLOPS.

og har ikke testet AMD driverne på lange tider, men skal ordne nytt kort for noen andre. Ser jo ut som de åpne drivene er supre.

Etter at jeg for en god stund siden oppgraderte opensuse installasjonen, og fant ut at jeg måtte bytte fra Catalyst til de åpne drivene så var jeg skeptisk til hvor bra de ville fungere.

Men jeg ble positivt overrasket. 3-skjermsløsningen min fungerte uten videre. Men oppdatert kernel og/eller Mesa kan være en fordel.

Eneste jeg har konfigurert i xorg (mtp. gpu) er "device   amdgpu" (rx 570), men husker ikke lenger hvorfor jeg gjorde det - kanskje den egentlig ikke er nødvendig?

(en annen fordel med den åpne driveren er også at den ikke "griper tak i" alle amd-kort i maskinen, slik at jeg i tillegg kan ha et R7 240 for vfio-pci/kvm )

Ser ut som om Crowly er inne på noe, for slik jeg forstår "Introduction to Linux Mint" så går nivåene på hvor trygge Mint-folkene er på om oppdateringen "klusser til" installasjonen eller ikke.

Når er det denne rulles ut, da?

Rulles ut nå, men alle får den ikke samtidig. Den rulles ut over flere dager (uker?), så plutselig er den hos deg

Ja, savner servere som har både base og expansion maps. 

 

Enig.

Ang. "any map" så tipper jeg at den helst har "nytte-effekt" for de med dlc, og at den gjør at matchmakeren leter blant servere som "der og da" kjører et kart en har (base + evt. dlc); "jeg gidder ikke velge, bare finn en passende server som kjører et kart jeg har".

Tror det bør gå fint å benytte samme gratislisens på flere maskiner. Men merk at det er noe jeg tror, siden jeg ikke kan huske å ha kommet over noe sted der det nevnes noe om dette.

Etter å ha kjørt endel i sverige i sommer må jeg si jeg savner DAB når bare FM er alternativet.

Ja, kjørte en gang fra Danmark og inn i Sverige, og det ble litt "stusselig" når det danske dab-signalet forsvant.

For hjemmebrukere/whitebox-brukere er det i praksis ingen grense på cpu/cores på host (er en grense på 480 logiske cpu'er).

Men som TheHaughom skriver er det en grense på 8 virtuelle cpu'er per VM.

Ja, "pci-passthrough" er det aller enkleste, dersom en har muligheten (avhenger av hvordan HK er designet/"wired")

RDM er i alle fall eneste mulighet jeg vet om.

Du har sjekket at lsi-kontrollerne er støttet i den versjonen av esxi du kjører? For hvis det er (ganske) gamle modeller kan de ha blitt droppet fra esxi 6.5 (har selv et Dell perc 6 (lsi-basert) som vmware har droppet støtte for i 6.5)

Og hvis du ikke allerede har funnet fram til den, er patch-trackeren på v-front.de veldig praktisk.

Vet ikke om det er noen måte å finne ut om et adapter er aktivt eller passivt, bortsett fra å prøve det.

F.eks hvis du har en skjerm tilkoplet DVI og en til HDMI, og den siste med et dp->dvi adapter, og du ikke får bilde/signal på skjermen tilkoplet adapteret så kan det tyde på et passivt adapter.

Aktive adaptere er gjerne også dyrere. Har du et adapter som kostet "en 100-lapp" (fra norske butikker) er det sannsynligvis passivt

Husker jeg ikke helt feil så krever (minst) 3 skjermer at (minst) en av de er koplet til via displayport.

Og hvis du da må bruke et adapter (f.eks. dp -> dvi) så må det være et aktivt adapter (husker ikke årsaken til dette; men det vil ikke fungere med et passivt adapter)

Redigert: Årsaken

This DisplayPort signal can also be synchronized with DVI and HDMI signals, but only two of these signals may be utilized on an AMD Radeon™ GPU. This is why AMD Eyefinity technology requires a native DisplayPort signal for the third (or higher) monitor.​

Klar over at denne er noen dager gammel, men allikevel ...

PAE er/var en "hack" for å gi 32-bit cpu muligheten til å bruke adresseområder ut over 4 GB (man utnyttet vel at "adresseregisteret" hadde 36-bits, om jeg ikke husker feil). Men fortsatt var minneområdet til hver prosess begrenset til 4 GB i størrelse, inkludert BIOS "mapping" o.l.

Så PAE gjorde det bare mulig å fordele flere "4GB prosessområder" ut over mer enn 4GB minne, og var nok mest nyttig i servere.

Når 64-bit kom gjorde det PAE unødvendig, siden 64-bit både kunne adressere mer enn PAE og prosesser var ikke begrenset til et 4GB "vindu".