Re: Utöka en Btrfs volum
Den 1 apr 2015 13:48 skrev :
> Hej
Hej
> Jag har några servrar som kör Debian och Ubuntu, och har under
installationen valt att skapa en liten /boot partition samt två logiska
partitioner för / och swap. /boot kör ext4 och / kör btrfs.
Ser ok ut.
> Servrarna är virtuella och nu vill jag ge servern mer disk. Jag har ökat
storleken på disken i VMware och fdisk ser den nya storleken på disken. Men
nu måste ju även den sista logiska partitionen för / expandera innan jag
kan utöka filsystemet med "btrfs filesystem resize max /"
Om de är virtuella, så kopiera diskimagen innan du fortsätter. Om det går
fel, så blir det ju lättare att återställa.
> Då servern inte har något GUI så kan jag inte använda något grafiskt
verktyg för detta. Vad jag förstått ska man kunna ta bort partitionen och
skapa upp en ny störa partition sålänge som startsektorn är exakt samma.
Det är en vanligt metod när man har fysiska diskar. Eftersom
ompartitionering inte raderar innehållet i disken så går det att ta bort
och direkt återskapa på det sätt du beskriver.
> När jag försöker göra detta med fdisk så kan jag inte öka sda6 innan jag
först ökat sda2, och efter jag ökat sda2 så får jag inte längre ange samma
startsektor för sda5 eller 6.
Eftersom sda2 är extended, så innehåller den partition 5 och 6. Så därför
måste du öka på storleken på 2 först, så att den har utrymme för 5 och 6.
Men du kan ju även skapa en ny partition 3 och lägga till dem till ditt
btrfs-system. Alternativt så kan du ju skapa en ny disk som du sedan lägger
sig till ditt befintliga filsystem. Eller har jag missat något hur btrfs
fungerar?
> Jag misstänker att detta beror på att startsektorn inte ligger i början
av en cylinder och att fdisk inte tillåter en att börja partitionen var som
helst.
>
> Såhär ser disken ut i fdisk:
>
> Disk /dev/sda: 25.8 GB, 25769803776 bytes
> 255 heads, 63 sectors/track, 3133 cylinders, total 50331648 sectors
> Units = sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 512 bytes
> I/O size (minimum/optimal): 512 bytes / 512 bytes
> Disk identifier: 0x0005e42d
>
>Device Boot Start End Blocks Id System
> /dev/sda1 *2048 499711 248832 83 Linux
> /dev/sda2 50175833552383165253135 Extended
> /dev/sda5 501760 2500607 999424 82 Linux swap /
Solaris
> /dev/sda6 25026563355238315524864 83 Linux
>
> Command (m for help): d
> Partition number (1-6): 2
>
> Command (m for help): n
> Partition type:
>p primary (1 primary, 0 extended, 3 free)
>e extended
> Select (default p): e
> Partition number (1-4, default 2):
> Using default value 2
> First sector (499712-50331647, default 499712): 501758
> Last sector, +sectors or +size{K,M,G} (501758-50331647, default 50331647):
> Using default value 50331647
>
> Command (m for help): n
> Partition type:
>p primary (1 primary, 1 extended, 2 free)
>l logical (numbered from 5)
> Select (default p): l
> Adding logical partition 5
> First sector (503806-50331647, default 503806):
>
> Jag har via parted lyckats att expandera partitionen och behålla samma
startsektor genom följande kommandon:
>
> parted /dev/sda resizepart 2
> parted /dev/sda resizepart 6
>
> Men när man kör dessa resize i parted så får man denna varning:
>
> WARNING: you are attempting to use parted to operate on (resize) a file
system. parted's file system manipulation code is not as robust as what
you'll find in dedicated, file-system-specific packages like e2fsprogs. We
recommend you use parted only to manipulate partition tables, whenever
possible. Support for performing most operations on most types of file
systems will be removed in an upcoming release.
>
> Så känns inte som något som man bör förlita sig på kommer funka länge
till.
>
> Är det någon som vet hur man gör för att expandera btrfs via cli verktyg
utan att använda parted?
>
> Mvh
> Roger
>
>
> --
> To UNSUBSCRIBE, email to debian-user-swedish-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
listmas...@lists.debian.org
> Archive:
https://lists.debian.org/bd85c275a2f4812eed3919356b904...@steneteg.org
>
Re: Debian 8 release
Den 2015-04-01 16:24, Helio Loureiro skrev: Time for another Debian meeting? Would have been fun. Where ? Added in wiki. Aha. Stockholm. Sorry, to far for me. But I'm sure that others who live closer to Stockholm, will gladly come. Suggetions for place/time? https://wiki.debian.org/ReleasePartyJessie -- /Rolf -- To UNSUBSCRIBE, email to debian-user-swedish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/551c030a.5000...@gmail.com
Re: Debian 8 release
2015-04-01 15:54 GMT+02:00 Rolf Edlund : > Den 2015-04-01 10:46, Helio Loureiro skrev: > >> Time for another Debian meeting? >> > > Would have been fun. Where ? > > -- > /Rolf > Added in wiki. Suggetions for place/time? https://wiki.debian.org/ReleasePartyJessie Abs, Helio Loureiro http://helio.loureiro.eng.br http://br.linkedin.com/in/helioloureiro http://twitter.com/helioloureiro http://gplus.to/helioloureiro
Re: OT: bashfråga (igen)
On Wed, 01 Apr 2015 13:46:03 +0200 Sven Arvidsson wrote: > On Tue, 2015-03-31 at 19:27 +0200, j...@lillahusetiskogen.se wrote: > > Hej! > > > > Nu har jag en ny fråga. Följande kommandorad i ett script: > > > > tar czf /data/test/fw_m8boot_20150331_191001.tgz /data/svn/fw_m8boot > > > > Ändrar creation date (det är väl det som syns i ls -l?) rekursivt i > > hela /data/svn/fw_m8boot. Verkar helt bisarrt. Eller ska det vara > > så? I så fall får jag kopiera mappen och sedan köra tar. Jag har > > inte lagt märke till det tidigare direkt i bash. > > Det är inte så att du använder nåt konstigt filsystem på /data ? > Nej vanligt ext4. /Janne -- To UNSUBSCRIBE, email to debian-user-swedish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150401141235.34b6b520@igor
Utöka en Btrfs volum
Hej
Jag har några servrar som kör Debian och Ubuntu, och har under
installationen valt att skapa en liten /boot partition samt två logiska
partitioner för / och swap. /boot kör ext4 och / kör btrfs.
Servrarna är virtuella och nu vill jag ge servern mer disk. Jag har ökat
storleken på disken i VMware och fdisk ser den nya storleken på disken.
Men nu måste ju även den sista logiska partitionen för / expandera innan
jag kan utöka filsystemet med "btrfs filesystem resize max /"
Då servern inte har något GUI så kan jag inte använda något grafiskt
verktyg för detta. Vad jag förstått ska man kunna ta bort partitionen
och skapa upp en ny störa partition sålänge som startsektorn är exakt
samma.
När jag försöker göra detta med fdisk så kan jag inte öka sda6 innan jag
först ökat sda2, och efter jag ökat sda2 så får jag inte längre ange
samma startsektor för sda5 eller 6.
Jag misstänker att detta beror på att startsektorn inte ligger i början
av en cylinder och att fdisk inte tillåter en att börja partitionen var
som helst.
Såhär ser disken ut i fdisk:
Disk /dev/sda: 25.8 GB, 25769803776 bytes
255 heads, 63 sectors/track, 3133 cylinders, total 50331648 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0005e42d
Device Boot Start End Blocks Id System
/dev/sda1 *2048 499711 248832 83 Linux
/dev/sda2 50175833552383165253135 Extended
/dev/sda5 501760 2500607 999424 82 Linux swap /
Solaris
/dev/sda6 25026563355238315524864 83 Linux
Command (m for help): d
Partition number (1-6): 2
Command (m for help): n
Partition type:
p primary (1 primary, 0 extended, 3 free)
e extended
Select (default p): e
Partition number (1-4, default 2):
Using default value 2
First sector (499712-50331647, default 499712): 501758
Last sector, +sectors or +size{K,M,G} (501758-50331647, default
50331647):
Using default value 50331647
Command (m for help): n
Partition type:
p primary (1 primary, 1 extended, 2 free)
l logical (numbered from 5)
Select (default p): l
Adding logical partition 5
First sector (503806-50331647, default 503806):
Jag har via parted lyckats att expandera partitionen och behålla samma
startsektor genom följande kommandon:
parted /dev/sda resizepart 2
parted /dev/sda resizepart 6
Men när man kör dessa resize i parted så får man denna varning:
WARNING: you are attempting to use parted to operate on (resize) a file
system. parted's file system manipulation code is not as robust as what
you'll find in dedicated, file-system-specific packages like e2fsprogs.
We recommend you use parted only to manipulate partition tables,
whenever possible. Support for performing most operations on most types
of file systems will be removed in an upcoming release.
Så känns inte som något som man bör förlita sig på kommer funka länge
till.
Är det någon som vet hur man gör för att expandera btrfs via cli verktyg
utan att använda parted?
Mvh
Roger
--
To UNSUBSCRIBE, email to debian-user-swedish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/bd85c275a2f4812eed3919356b904...@steneteg.org
Re: OT: bashfråga (igen)
On Tue, 2015-03-31 at 19:27 +0200, j...@lillahusetiskogen.se wrote: > Hej! > > Nu har jag en ny fråga. Följande kommandorad i ett script: > > tar czf /data/test/fw_m8boot_20150331_191001.tgz /data/svn/fw_m8boot > > Ändrar creation date (det är väl det som syns i ls -l?) rekursivt i > hela /data/svn/fw_m8boot. Verkar helt bisarrt. Eller ska det vara så? I > så fall får jag kopiera mappen och sedan köra tar. Jag har inte lagt > märke till det tidigare direkt i bash. Det är inte så att du använder nåt konstigt filsystem på /data ? -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 6FAB5CD5 signature.asc Description: This is a digitally signed message part
Re: OT: bashfråga (igen)
On Wed, 1 Apr 2015 01:47:34 +0200
Per Andersson wrote:
> 2015-03-31 19:27 GMT+02:00 :
> > Hej!
> >
> > Nu har jag en ny fråga. Följande kommandorad i ett script:
> >
> > tar czf /data/test/fw_m8boot_20150331_191001.tgz /data/svn/fw_m8boot
> >
> > Ändrar creation date (det är väl det som syns i ls -l?) rekursivt i
> > hela /data/svn/fw_m8boot. Verkar helt bisarrt. Eller ska det vara
> > så? I så fall får jag kopiera mappen och sedan köra tar. Jag har
> > inte lagt märke till det tidigare direkt i bash.
>
> Menar du att det ändras i /data/svn/fw_m8boot när du gör arkivet?
> Eller menar du när du extraherar arkivet?
>
> Utifrån vad du berättar kan jag inte reproducera beteendet.
>
>
> Gör scriptet något mer?
>
> Vad kör du för version av tar?
>
> Har du något relevant för tar i din miljö (env | grep TAR) ?
>
>
> Det som ls -l visar är modifieringstiden, mtime, dvs när datan i filen
> ändrades.
>
>
> --
> Per
>
>
Jag är fortfarande väldigt förbryllad. Med lite tur är det bara jag som
är korkad.
Jo, jag menade modifieringstiden... Och när jag skapar arkivet.
Scripten finns i bifogad fil, svnbackup.txt.
crontab kör det första scriptet svnback.sh
svnback.sh kör svndo.sh två gånger
svndo skapar run.sh som sköter arkiveringen
Versionen är tar (GNU tar) 1.26 och inget relevant för tar i miljön.
Versionen av Debian är 7.8.
Linux sloth 3.2.0-4-686-pae #1 SMP Debian 3.2.65-1 i686 GNU/Linux
I filen resultat.txt finns listning av vad som händer.
När jag skrev scripten testade jag på min desktopdator och där fungerar
det som väntat.
/Janne
root@sloth:/data/svn# cat svnback.sh
#!/bin/bash
touch WHEN
#create a file with the date without trailing LF
date +"%Y%m%d_%H%M%S" | tr -d '\n' > NEWDATE
#do needed backups
./svndo.sh "fw_m8a"
./svndo.sh "fw_m8boot"
#save date
mv NEWDATE OLDDATE
#EOF
8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8<
root@sloth:/data/svn# cat svndo.sh
#!/bin/bash
TARGET="/data/test"
SVN="/data/svn"
#check if repository changed since last time
rm CHANGED 2> /dev/null
find "$SVN/$1" -newer OLDDATE -exec touch CHANGED {} \;
if [ -e CHANGED ]; then
echo "$1 will be backed up" >> svn.log
echo -n "tar czf $TARGET/$1_" > run.sh
cat NEWDATE >> run.sh
echo ".tgz $SVN/$1" >> run.sh
sh run.sh
else
echo "$1 already backed up" >> svn.log
fi
#EOF
8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8<
root@sloth:/data/svn# cat run.sh
tar czf /data/test/fw_m8boot_20150401_113318.tgz /data/svn/fw_m8boot
root@sloth:/data/svn#
root@sloth:/data/svn# ls -lR fw_m8a/
fw_m8a/:
total 24
-rwxrwxrwx 1 root svn 229 Apr 1 11:33 README.txt
drwxrwxrwx 2 root svn 4096 Apr 1 11:33 conf
drwxrwsrwx 6 root svn 4096 Apr 1 11:33 db
-rwxrwxrwx 1 root svn2 Apr 1 11:33 format
drwxrwxrwx 2 root svn 4096 Apr 1 11:33 hooks
drwxrwxrwx 2 root svn 4096 Apr 1 11:33 locks
fw_m8a/conf:
total 12
-rwxrwxrwx 1 root svn 1080 Apr 1 11:33 authz
-rwxrwxrwx 1 root svn 309 Apr 1 11:33 passwd
-rwxrwxrwx 1 root svn 2279 Apr 1 11:33 svnserve.conf
fw_m8a/db:
total 64
-rwxrwxrwx 1 jan svn 2 Apr 1 11:33 current
-rwxrwxrwx 1 root svn22 Apr 1 11:33 format
-rwxrwxrwx 1 root svn 5 Apr 1 11:33 fs-type
-rwxrwxrwx 1 root svn 1920 Apr 1 11:33 fsfs.conf
-rwxrwxrwx 1 root svn 2 Apr 1 11:33 min-unpacked-rev
-rwxrwxrwx 1 jan svn 17408 Apr 1 11:33 rep-cache.db
drwxrwsrwx 3 root svn 4096 Apr 1 11:33 revprops
drwxrwsrwx 3 root svn 4096 Apr 1 11:33 revs
drwxrwsrwx 2 root svn 4096 Apr 1 11:33 transactions
-rwxrwxrwx 1 jan svn 2 Apr 1 11:33 txn-current
-rwxrwxrwx 1 root svn 0 Apr 1 11:33 txn-current-lock
drwxrwsrwx 2 root svn 4096 Apr 1 11:33 txn-protorevs
-rwxrwxrwx 1 root svn37 Apr 1 11:33 uuid
-rwxrwxrwx 1 root svn 0 Apr 1 11:33 write-lock
fw_m8a/db/revprops:
total 4
drwxrwsrwx 2 root svn 4096 Apr 1 11:33 0
fw_m8a/db/revprops/0:
total 16
-rwxrwxrwx 1 root svn 50 Apr 1 11:33 0
-rwxrwxrwx 1 jan svn 112 Apr 1 11:33 1
-rwxrwxrwx 1 jan svn 110 Apr 1 11:33 2
-rwxrwxrwx 1 jan svn 134 Apr 1 11:33 3
fw_m8a/db/revs:
total 4
drwxrwsrwx 2 root svn 4096 Apr 1 11:33 0
fw_m8a/db/revs/0:
total 652
-rwxrwxrwx 1 root svn115 Apr 1 11:33 0
-rwxrwxrwx 1 jan svn 299692 Apr 1 11:33 1
-rwxrwxrwx 1 jan svn 286884 Apr 1 11:33 2
-rwxrwxrwx 1 jan svn 67665 Apr 1 11:33 3
fw_m8a/db/transactions:
total 0
fw_m8a/db/txn-protorevs:
total 0
fw_m8a/hooks:
total 36
-rwxrwxrwx 1 root svn 2022 Apr 1 11:33 post-commit.tmpl
-rwxrwxrwx 1 root svn 1663 Apr 1 11:33 post-lock.tmpl
-rwxrwxrwx 1 root svn 2344 Apr 1 11:33 post-revprop-change.tmpl
-rwxrwxrwx 1 root svn 1592 Apr 1 11:33 post-unlock.tmpl
-rwxrwxrwx 1 root svn 3510 Apr 1 11:33 pre-commit.tmpl
-rwxrwxrwx 1 root svn 2410 Apr 1 11:33 pre-lock.tmpl
-rwxrwxrwx 1 root svn 2818 Apr 1 11:33 pre-revprop-change.tmpl
-rwxrwxrwx 1 root svn 2100 Apr 1 11:33 pre-unlock.tmpl
-rwxrwxrwx 1 root svn 2852 Apr 1 11:33 start-commit.tmpl
fw_m8a/locks:
total 8
-rwxrwxrwx 1 root svn 139 Apr 1 11:33 db-logs.lock
-rw
Re: Debian 8 release
https://lists.debian.org/debian-devel-announce/2015/03/msg00016.html Time for another Debian meeting? Abs, Helio Loureiro http://helio.loureiro.eng.br http://br.linkedin.com/in/helioloureiro http://twitter.com/helioloureiro http://gplus.to/helioloureiro 2015-04-01 1:24 GMT+02:00 Rolf Edlund : > Fick precis ett mejl i Debian Devel Announce, att Debian 8 kommer att > släppas den 25/4, om allt går som det ska. > > -- > /Rolf > > > -- > To UNSUBSCRIBE, email to debian-user-swedish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: https://lists.debian.org/551b2ca2.4050...@gmail.com > >
