献给风大---调整MojoDB分区大小---解决可恶的Application database is full

xinle

这个技巧应该适用webOS 2.0和更高版本的设备
- g+ N# R3 y( E( h2 A
& m+ U$ P1 s* |5 T. p  n+ u5 F' _/ _
   如果你曾经遇到过Application database is full这个提示，你会不文明用语很多次的。比如咱们论坛这位网友---，以及清风老大的地铁刷机“梦幻”之旅。。。
  
   当然如果了解出这事儿是多么无奈抓狂，那咱还没遇到的该庆幸下。这里Application database所包括的不是你U盘上的那些文档啊音乐啊等等，而是指在webOS 2.0中管理你大量数据的内部数据库.（webOS 2.0提供了一​​个新的应用程序数据存储功能。它允许您将数据存储在一个数据库称为DB8。DB8很有意思，它允许应用程序通过权限共享数据。但是，这个功能有一个致命的缺陷。它被放置在其自己独立的分区。在一定程度上，这是不错的保护数据的方式。但它限制了可以存储多少数据。苦逼的是这个分区的大小只有135MB ...）
  
   当我们遇到Database full时可以会删掉一些邮件呀事件啊短信啥的，但是这基。本上不起作用。。。当然它提示你要重启，接着你就悲剧了。它自动执行"erase apps and data"，你程序设置个人资料啥都没了，重新要你激活手机（装了忠哲就冻屏了）更操蛋的是，如果你palm profile重新同步，你然后接着遇到这个问题。。。
   来自webOSNation的开发者Donald Kirker的解决办法是提高那个分区的大小（于此同时U盘空间会减少）。为了确保你不会再遇到这个问题，我们将向你展示如何将分区扩展到512MB，你也可以根据你自己的需要调整这个数字。（如果出错了的话，可能会导致某名问题）。
   以下操作可以通过webOS quick install里的工具下面linux命令行来执行。请注意这个方法仅仅在pre3上测试，不过应该通用webOS 2.X的设备（包括touchpad）。
5 ]& ^0 P8 Z0 A3 G& o
: d9 B/ s  u- {1 d备份好你所有的数据，并认真把所有步骤看完，了解潜在的风险，确定自己是否需要。

最后在开始之前，我们需要检查几个东西。通过linux命令，输入“df -h”(不带引号)。
注意下列几项信息：
& u6 z/ v! h; }4 y/ x) ]Total "Size" of /dev/mapper/store-media.
The "Used" size of /dev/mapper/store-media
The "Size" of /dev/mapper/store-cryptodb
; D, G* I4 m4 @3 B! t$ K4 WThe "Use%" of /dev/mapper/store-cryptodb
我们假定“store-media”大小为12.8G。（如果你的不同，请记下数值）确保store-media上有大约600MB剩余空间（建议备份U盘资料，然后清空）。store-cryptodb大小是135MB左右，Use%应该接近100%。执行下列步骤后这个Use%会小很多。
9 h" Z2 m0 v, C8 k. M5 D0 p* `  ^
1 ^# ^" m, j2 [( h第一部分：收缩media分区大小
#停止cryptofs进程
/ ?6 A1 d! J- ]- Y% epkill -SIGUSR1 cryptofs

3 C0 A! h  j# ]#卸载/media/internal分区
, U$ U$ H* J' f6 B- B9 [umount /media/internal
& S5 }2 l9 ?0 c1 F
#调整分区（之前是12.8G，现在调整为12.2G）
resizefat -v /dev/mapper/store-media 12.2G
$ ]3 W+ o; D, ~* k" d& U
#调整逻辑卷，和上面一样
lvreduce -L 12.2G /dev/mapper/store-media
+ |' _' N) w# U! L% `0 L5 |. C#挂载
mount /media/internal

#重启cryptofs服务
pkill -SIGUSR2 cryptofs
1 J3 N& ]& D. z. J* M* X7 e
, z( Y3 n( u  j( m9 U, {( `$ k& j第二部分，调增Application Database
1 j" m6 ]- U: P% v#停止mojodb服务
/sbin/stop mojodb

#卸载filesystem
2 h- `6 J8 h1 ]7 F7 ?. w/ p1 ]$ e3 K* Rumount /dev/mapper/store-cryptodb
' r5 j% I3 U" _3 V$ n4 W/ H. M: [0 w
#扩展filesystem
1 ]/ J+ l8 R2 K- A9 s  flvextend -L 512M /dev/mapper/store-mojodb
% X( f" ~  P9 |2 x5 I/ K
#扩展encrypted
- o! x: G; @+ P) \- {cryptsetup resize /dev/mapper/store-cryptodb
" A& S& T! X3 c, b% v% u
( j* P- U" ~9 i& f0 T#调整底层filesystem
resize2fs -f -p /dev/mapper/store-cryptodb
& n4 v$ a4 ~8 g3 Q  M; o# E4 N
. {; S6 x6 N3 K6 T, e+ j2 s, D#挂载
mount /dev/mapper/store-cryptodb
, E0 `0 X5 j% q: m" N
#重启mojodb服务
/sbin/start mojodb

9 c1 q, |2 ?+ C; A然后完全重启你的设备（不是luna重启）。一旦它被重新加载，执行linux的命令行并运行 “df -h”。您现在应该看到/dev/mapper/store-cryptodb为512MB，Use%会比之前小得多。如果一切顺利的话，你应该也不再看到“Database full”了。
（去原文对照代码是否有错误，我看了几遍）
: x1 ]/ I8 |# z6 y. M* d
$ d8 b# Y) |3 R- o! p1 \8 S万一什么搞错了，重新刷机吧。

原文/webosnation原作者/ADAM MARKS 翻译/xinle

! l/ T" B# b: S0 N% Ltreo8编辑好难····

zzzhhh

我顶啊，最近坛里需要人气 呵呵

645485661

顶一下吧

lzhunter

技术强文，顶一下，希望风大看到。风大那次的遭遇是够抓狂的。