partitiontable.txt to ac100.cfg problem

Asked by Giorgio Pintaudi on 2013-01-08

Hello,
I couldn't manage to convert the partitiontable.txt file of my Toshiba AC100 to the ac100.cfg file needed for full restore.
I tried to use the shell script found here:
http://share.grandou.net/ac100/linux-on-ac100/parttable_to_cfg
but it produced a .cfg file hardly corrupted.
Here a "dump" of convertion:
https://docs.google.com/open?id=0B0VJUB4eOu4LeEZna0VudHRIZ0E
There is also the command history which shows in details what I've done.
Eventually, after a big while, I managed to perform a full restore downloading an appropriate .cfg file from the web.
I wonder whether there is a bug in the script or if it is me or my setup.
Thanks

Question information

Language:
English Edit question
Status:
Solved
For:
AC100_enablement Edit question
Assignee:
No assignee Edit question
Solved by:
Marc Dietrich
Solved:
2013-01-09
Last query:
2013-01-09
Last reply:
2013-01-08
Marc Dietrich (marvin24) said : #1

I ran the script on your partitiontable.txt and it produced a correct file. Maybe your AWK version is kinda strange ??

[device]
type=hsmmc
instance=3

[partition]
name=BCT
id=2
type=boot_config_table
allocation_policy=sequential
filesystem_type=basic
size=3145728
file_system_attribute=0
partition_attribute=0
allocation_attribute=8
percent_reserved=0

[partition]
name=PT
id=3
type=partition_table
allocation_policy=sequential
filesystem_type=basic
size=524288
file_system_attribute=0
partition_attribute=0
allocation_attribute=8
percent_reserved=0

[partition]
name=EBT
id=4
type=data
allocation_policy=sequential
filesystem_type=basic
size=2097152
file_system_attribute=0
partition_attribute=0
allocation_attribute=8
percent_reserved=0

[partition]
name=SOS
id=5
type=data
allocation_policy=sequential
filesystem_type=basic
size=5242880
file_system_attribute=0
partition_attribute=0
allocation_attribute=8
percent_reserved=0

[partition]
name=LNX
id=6
type=data
allocation_policy=sequential
filesystem_type=basic
size=8388608
file_system_attribute=0
partition_attribute=0
allocation_attribute=8
percent_reserved=0

[partition]
name=MBR
id=7
type=data
allocation_policy=sequential
filesystem_type=basic
size=1048576
file_system_attribute=0
partition_attribute=0
allocation_attribute=8
percent_reserved=0

[partition]
name=APP
id=8
type=data
allocation_policy=sequential
filesystem_type=basic
size=314572800
file_system_attribute=0
partition_attribute=0
allocation_attribute=8
percent_reserved=0

[partition]
name=CAC
id=9
type=data
allocation_policy=sequential
filesystem_type=basic
size=419430400
file_system_attribute=0
partition_attribute=0
allocation_attribute=8
percent_reserved=0

[partition]
name=MSC
id=10
type=data
allocation_policy=sequential
filesystem_type=basic
size=2097152
file_system_attribute=0
partition_attribute=0
allocation_attribute=8
percent_reserved=0

[partition]
name=EM1
id=11
type=data
allocation_policy=sequential
filesystem_type=basic
size=524288
file_system_attribute=0
partition_attribute=0
allocation_attribute=8
percent_reserved=0

[partition]
name=UDA
id=12
type=data
allocation_policy=sequential
filesystem_type=basic
size=1294991360
file_system_attribute=0
partition_attribute=0
allocation_attribute=8
percent_reserved=0

[partition]
name=EM2
id=13
type=data
allocation_policy=sequential
filesystem_type=basic
size=524288
file_system_attribute=0
partition_attribute=0
allocation_attribute=8
percent_reserved=0

[partition]
name=UDB
id=14
type=data
allocation_policy=sequential
filesystem_type=basic
size=29958340608
file_system_attribute=0
partition_attribute=0
allocation_attribute=8
percent_reserved=0

$ awk -W version
mawk 1.3.3 Nov 1996, Copyright (C) Michael D. Brennan

compiled limits:
max NF 32767
sprintf buffer 2040

Best Marc Dietrich (marvin24) said : #3

maybe you could try gawk instead

Thanks Marc Dietrich, that solved my question.